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Vorwort 


Die Digitalisierung bringt einen Umbruch für Wirtschaft und Gesellschaft. Die Daten wer- 
den noch mehr als bereits heute eine strategische Ressource für Unternehmen, für staat- 
liche Organisationen und für das Individuum. Nur wenn Daten zu Kunden und Produkten, 
aber auch Kontextangaben zum Aufenthaltsort, zu Praferenzen und zur Abrechnung in 
hoher Qualität vorhanden sind, können Unternehmen digitale Dienste anbieten, die das 
Leben erleichtern, neue Geschäftschancen eröffnen oder Abläufe zwischen Unternehmen 
einfacher und schneller machen. 

Corporate Data Quality als Voraussetzung erfolgreicher Geschäftsmodelle: Das ist und 
war das Leitbild des Kompetenzzentrums Corporate Data Quality (CC CDQ). Das CC 
CDQ ist ein Konsortialforschungsprojekt, in dem seit dem Projektstart im Herbst 2006 
mehr als hundert Mitarbeiter von über 30 großen Unternehmen in über 40 zweitägigen 
Konsortialworkshops und mehr als 200 Projektterminen gemeinsam mit Forschern der 
Universität St. Gallen und von Fraunhofer IML an Lösungen und Methoden für Corporate 
Data Quality arbeiten. Die Inhalte dieses Buchs sind fast ausnahmslos im Rahmen des CC 
CDQ entstanden. 

Das Buch richtet sich an drei Gruppen von Lesern. Zum einen möchte es Projekt- 
und Linienverantwortlichen beim Aufbau und bei der Weiterentwicklung des unterneh- 
mensweiten Datenqualitätsmanagements Unterstützung bieten. Zum anderen möchte es 
Studierenden sowie auch Lehrenden an Hochschulen und Universitäten die Grundzüge 
des Datenqualitätsmanagements als Unternehmensfunktion vermitteln und einen Pool an 
Fallstudien an die Hand geben. Und drittens bereitet es für die anwendungsinteressierten 
Forscher die wesentlichen Konzepte aus Forschung und Praxis auf. 

Die Inhalte in diesem Buch bilden den Kern der Ergebnisse des CC CDQ. Sie vermit- 
teln anhand von Beispielen aus der Praxis einen Überblick über die wichtigsten Themen 
zu Corporate Data Quality. Zu allen Fragen gibt es weiterführendes Material, auf das im 
Buch immer wieder verwiesen wird. 

Ohne das Zusammenwirken verschiedener Kompetenzen und Erfahrungen einer Viel- 
zahl von Menschen wäre dieses Buch nicht zustande gekommen. Dank gebührt den Ver- 
tretern der Partnerunternehmen des CC CDQ für das aktive Mitwirken am Konsortialfor- 
schungsprozess. Sie haben die Probleme ihrer Unternehmen offen diskutiert, gemeinsam 
mit den Forschern Lösungen entwickelt, diese in der Unternehmenspraxis erprobt und 
damit dafür gesorgt, dass die Forschungsarbeit immer Spaß gemacht hat. Auch danken 


V 


VI Vorvvort 


wir allen wissenschaftlichen Mitarbeiterinnen und Mitarbeitern, die mit ihrer Leidenschaft 
und ihrem Einsatz in ihren Dissertationsvorhaben zum Erfolg des CC CDQ beigetragen 
haben. Unter ihnen gilt besonderer Dank Rieke Bärenfänger, ohne deren Sorgfalt und 
Zielstrebigkeit dieses Buch nicht zustande gekommen wäre. 

Uns macht Corporate Data Quality seit mehr als acht Jahren viel Freude. Viel Freude 
wünschen wir ebenso allen Leserinnen und Lesern. 


Boris Otto 
Hubert Österle 
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XIX 


Datenqualität - eine Managementaufgabe 


Zusammenfassung 

Kapitel 1 führt in die Rolle der Daten in der Digitalisierung von Wirtschaft und Ge- 
sellschaft ein und beschreibt die wichtigsten Geschäftstreiber für Datenqualität. Daten 
stellen für Unternehmen heutzutage eine strategische Ressource dar, die bewirtschaftet 
werden muss — nach Zeit-, Kosten- und eben Qualitätsgesichtspunkten. Datenquali- 
tätsmanagement ist die Unternehmensfunktion zur Verbesserung und dauerhaften 
Sicherung der Datenqualität im Unternehmen. Das Kapitel stellt ein Referenzmodell 
für das Stammdatenqualitätsmanagement vor und führt die wesentlichen Begriffe und 
Konzepte ein. Ein Abschnitt zur Konsortialforschung gibt eine Übersicht über die for- 
schungsmethodische Grundlage des Kompetenzzentrums Corporate Data Quality (CC 
CDQ), das den projektorganisatorischen Rahmen der Inhalte dieses Buchs bildet. 


Daten sind das Fundament der digitalisierten Wirtschaft. Die Durchdringung aller Le- 
bens- und Wirtschaftsbereiche mit „digitalen Services“ liefert Daten als Treibstoff für 
neue Dienstleistungen, neue Kundenzugänge, neue Preismodelle, neue Ökosysteme, also 
letztlich für einen großen Teil der wettbewerbsentscheidenden Innovationen. Alle Anwen- 
dungen der Informationstechnik erzeugen elektronische Daten, sodass eine noch nie da- 
gewesene Datenflut entsteht, die es zu verstehen und zu nutzen gilt. 

Ericsson beispielsweise ist ein führender Anbieter von Telekommunikationsprodukten 
und -dienstleistungen. Das Unternehmen mit Hauptsitz in Stockholm in Schweden bietet 
u. a. Lösungen für das breitbandige mobile Internet an. Einerseits entstehen also Daten 
bei der Nutzung von Ericsson-Lösungen. Andererseits wandelt sich das Leistungsangebot 
von Ericsson selbst immer mehr von der Netzwerktechnologie hin zu digitalen Services. 
Gemeinsam mit der Container-Reederei Maersk sorgt Ericsson für Informationstranspa- 
renz über globale Lieferketten (Ericsson 2012). So kann zum Beispiel der Reifegrad von 
Bananen auf dem Überseetransport von Südamerika nach Europa permanent überwacht 
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werden und Transportgeschwindigkeiten sowie die Ladungslöschung im Zielhafen bei 
Bedarf angepasst werden. Das führt zu verbesserten Güterströmen am Hafen, der Opti- 
mierung des Treibstoffverbrauchs von Schiffen — und schließlich zu Kundenzufriedenheit 
am Obstregal im Supermarkt. 

Die unternehmerischen Innovationen ebenso wie die „klassischen“ Treiber der Daten- 
qualität, beispielsweise die Harmonisierung der Geschäftsprozesse, verlangen nach zu- 
nehmend hoher Datenqualität. Durch die digitale Vernetzung wirken sich Datenfehler und 
Datenmissbrauch viel gravierender aus als im Zeitalter der isolierten TT-Anvvendungen. So 
klinken sich organisierte „Hackerbanden“ (Dahlkamp und Schmitt 2014) in den E-Mail- 
Verkehr zwischen Unternehmen ein, geben sich als Kreditor aus und leiten Zahlungen für 
Lieferungen und Leistungen auf falsche Konten um. Das fällt häufig so lange nicht auf, 
bis der richtige Kreditor die Zahlung anmahnt. Dann ist eine Rückabwicklung der Über- 
weisung jedoch meist nicht mehr möglich. 

Datenqualität ist kein „Hygienefaktor“, sondern braucht Management. In der digita- 
lisierten Wirtschaft müssen Unternehmen Daten bewirtschaften wie jedes andere Wirt- 
schaftsgut auch, nämlich nach Kosten, Zeit — und eben Qualität. Das erste Kapitel nennt 
aktuelle Treiber für das Datenqualitätsmanagement und stellt das Framework für Stamm- 
datenqualitätsmanagement vor. Es fasst zudem den Stand der Wissenschaft und Praxis 
zum Datenqualitätsmanagement zusammen und führt in die Kernkonzepte ein. 


Aufbau des Buches 

Die Fallstudien in Kap. 2 zeigen, wie bedeutende Unternehmen die Datenqualität zu einer 
Aufgabe aller Managementebenen machen. Die Qualität der Stammdaten! kann nicht in 
einer zentralen IT-Abteilung gewährleistet, sondern muss am Ort der Datenentstehung und 
-verwendung, also in den Geschäftsbereichen, sichergestellt werden. Die Fallstudien do- 
kumentieren, wie zehn Unternehmen unterschiedlicher Branchen Datenqualitätsmanage- 
ment im Unternehmensalltag verankert haben. 

Kapitel 3 stellt Methoden und Werkzeuge vor, die Unternehmen beim Aufbau eines 
erfolgreichen Stammdatenqualitätsmanagements unterstützen. Alle Methoden wurden 
mehrfach in der Praxis erprobt. 

Kapitel 4 fasst die Haupterkenntnisse der beschriebenen Lösungsansätze zusammen 
und präsentiert eine Liste mit Sofortmaßnahmen für besseres Datenqualitätsmanagement. 


1.1 Trends der Digitalisierung 
Neue Formen der Informationstechnik verändern alle Bereiche von Wirtschaft und Gesell- 


schaft, wie dies z. B. Kagermann (2014) aus der Sicht der Bundesrepublik Deutschland 
analysiert. Wir fassen die Entwicklung zu vier Trends zusammen (Abb. 1.1). 


! Dieses Buch verwendet wegen des verbreiteteren Sprachgebrauchs durchgängig den Begriff 
„Stammdaten“. Gemeint sind damit die Konzernstammdaten, d. h. jene Untergruppe sämtlicher 
Stammdaten im Unternehmen, die im Rahmen eines unternehmensweiten qualitätsorientierten 
Datenmanagements bewirtschaftet werden sollten. 
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Abb.1.1 Megatrends der Digi- Digitale 
talisierung. (eigene Darstellung) Geschäftsmodelle 


Industrie 4.0 Konsumerisierung 


75.5 


Durchdringung 


Mobilität Samen Kommunikation 
Community 


Usability 


Big Data 


1.1.1 Durchdringung aller Lebens- und Wirtschaftsbereiche 


Laut International Telecommunication Union nutzten im Jahre 2013 2,7 Mrd. Menschen 
das Internet, also knapp 40% der Weltbevölkerung (ITU 2013). Die technologischen In- 
novationen der letzten 15 Jahre sind für die Durchdringung des Privat- und des Geschäfts- 
bereichs verantwortlich. 


° Mobilität: Drahtlose Netzwerke und die Miniaturisierung von Computern und anderen 
Komponenten wie Sensoren und Kameras bringen die digitalen Services an den Ort der 
Benutzung, sei es im Privatbereich, z. B. als Aufzeichnung einer Wanderroute, oder sei 
es im Unternehmen, z. B. in der Ferndiagnose einer Maschine. 

° Usability: Touch Screens und viele Detailverbesserungen wie z. B. die Anmeldung bei 
digitalen Services über ein Facebook-Konto oder die Sprach-Ein- und Ausgabe ha- 
ben die Schwelle für die Nutzung drastisch gesenkt. Weitere Erleichterungen wie die 
Datenbrille (z. B. Google Glass), Gestensteuerung bis hin zur Erkennung von Augen- 
bewegungen zeichnen sich ab. 

° Content und Community: Unzählige Menschen produzieren einzeln (z. B. in Blogs, 
Tweets) oder in Gemeinschaften (z. B. Facebook) eine nur noch maschinell „über- 
schaubare“ Menge von Inhalten in Form von Texten, Bildern, Audio und Video. You- 
tube zählt über eine Milliarde Videoabrufe pro Tag im Juni 20142, Facebook knapp 
1,3 Mrd. aktive Benutzer im März 2014°. 

e Kommunikation: Diese Inhalte werden synchron und asynchron, privat und geschäft- 
lich ausgetauscht. In der Schweiz nutzen z. B. bereits 81% der Bevölkerung täglich 
oder mehrmals pro Woche das Internet, bei den unter 30-Jährigen sind es sogar 95 %. 


2 Quelle: https://www.youtube.com/yt/press/statistics.html. 
3 Quelle: http://newsroom.fb.com/company-info/. 
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Online-Aktivitaten für private Zwecke!) 


1) Information und Kommunikation 
Emails senden und empfangen 
Informationen suchen 
Nachrichten, Zeitungen, Magazine lesen 
Gesundheitsinformationen suchen 
Sein Profil in einem sozialen Netzwerk erstellen/aktualisieren | 
Sich über Politik informieren (Abstimmungen oder Wahlen) == === == 
Nachrichten senden via Chat, Forum, Newsgroup k —— 
Selbst erstellte Inhalte im Internet aufschalten == 
Sich zu politischen Fragen äußern P 
2) Konsum 
Waren oder Dienstleistungen kaufen oder bestellen kx II 
Dienstleistungen im Bereich Reisen und Unterkunft nutzen 
E-Banking: Bank- oder Postkonto — 
Etwas verkaufen: z.B. auf Auktionsseiten | 
3) Kultur und Unterhaltung 
Musik herunterladen oder hören 7 
Übers Internet Radio hören oderfernsehen 
Computerspiele online spielen oder herunterladen 
Über Peer-to-Peer-Netzwerk herunterladen (Musik o. Filme) Feier 
rr W. 


4) Beziehungen mit den öffentlichen Behörden 
İnformation oder Kontakt mit den Behörden 


076 1096 20% 30% 40% 50% 60% 70% 80% 90% 100% 


1) Internetnutzung während der letzten drei Monate im Jahr 2010 und während des letzten Monats im Jahr wm 2010 
2004 (in % der Internetnutzer); mm 2004 
2) Im Jahr 2004 Musik und Spiele zusammengenommen = Konfidenz- 


intervall 95% 


Abb. 1.2 Online-Aktivitäten für private Zwecke in den letzten drei Monaten. (Froidevaux 2012, 
S. 25) 


Kommunikation, z. B. über E-Mail, ist dabei die häufigste Aktivität (BFS 2014). Die 
Videokommunikation ergänzt immer mehr die herkömmliche Sprachtelefonie und Ins- 
tant Messaging — Dienste (WhatsApp) werden neben E-Mails zunehmend genutzt. 

° Big Data: Bislang unbekannte Datenmengen sind das Ergebnis der Durchdringung von 
Wirtschaft und Gesellschaft mit digitalen Services und gleichzeitig die Grundlage für 
die Individualisierung von Services, insbesondere auf Basis von Lokationsinformatio- 
nen (Abb. 1.2). 


In Deutschland nutzte Ende 2013 fast die Hälfte der Bevölkerung (37 Mio. Menschen) ein 
Smartphone* und ein Fünftel bis ein Viertel der deutschen Bevölkerung nutzt Social Net- 
works über ein Smartphone. Das digitale Networking hat einen enormen Einfluss auf die 
Meinungsbildung der Menschen in politischen, wirtschaftlichen und privaten Angelegen- 
heiten. Aus Sicht des Datenmanagements sind u. a. folgende Aspekte zu beachten: 


° Datensicherheit: Bisher galt das Intranet im Unternehmen als Perimeter, d. h. die Li- 
nie, bis zu welcher der Schutz der Daten gesichert wurde. Diese Linie löst sich auf 
und Unternehmen müssen dazu übergehen, nicht Netze und Anwendungssysteme zu 


* Quelle: http://de.statista.com/statistik/daten/studie/198959/umfrage/anzahl-der-smartphonenut- 
zer-in-deutschland-seit-2010/. 


1.1 Trends der Digitalisierung 5 


schützen, sondern die Datenobjekte ertüchtigen, selbst zu wissen, von wem sie gelesen 
werden dürfen und von wem nicht (O’Brien 2014). 

° Datenproduktion: Klassischerweise erfassen Unternehmen Daten zentral (z. B. Kun- 
dendaten durch einen zentralen Vertriebsinnendienst). Durch die Verbreitung von Social 
Media und Social Networks werden jedoch Datennutzer auch immer mehr zu „Daten- 
produzenten“ (Strong et al. 1997). Kundendaten können durch den Kunden selbst oder 
von Außendienstmitarbeitern per Smartphone oder Tablet vor Ort erfasst werden. Die 
Mitarbeiter erwarten, dass die Daten überall verfügbar sind. 

° „Streams“ statt „Records“: In Social Networks und durch Social Media erzeugen Mil- 
lionen von Nutzern Datenströme. Das stellt Unternehmen vor neue Herausforderungen, 
weil die traditionelle Datenverarbeitung transaktionsorientiert ist, d. h. einzelne Daten- 
sätze persistent in Datenbanken geschrieben werden. Die Verarbeitung von Datenströ- 
men aus Social Networks — wie auch aus cyberphysischen Systemen bei Industrie 4.0 
— kann aber nicht mehr inkrementell sein, sondern muss kontinuierlich erfolgen (BIT- 
KOM 2014). 


1.1.2 Industrie 4.0 


Der Begriff „Industrie 4.0“ steht für die vierte industrielle Revolution, also die Verschmel- 
zung der physischen mit der virtuellen Welt durch sogenannte „cyber-physische Systeme“ 
(Bauernhansl et al. 2014). Die Daten werden ohne Zeitverzug, ohne menschliches Zutun 
und viel detaillierter und exakter als zuvor erfasst. Maschinen werden internetfähig, über- 
nehmen selbständig Aufgaben der Produktion und Datenverarbeitung, und die Daten, die 
bislang nur in der Fabrik verfügbar waren, sind dem gesamten Unternehmen und seinen 
Geschäftspartnern zugänglich (Abb. 1.3). 


Virtuelle 
Welt 


Physische 
Welt 


m 


Ap Är — BR 


Abb. 1.3 Datenerfassung an der Schnittstelle zwischen virtueller und physischer Welt. (Fleisch 
2010, Wahlster 2011, S. 5) 
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Abb. 1.4 Intelligenter Behäl- 
ter „InBin“. (Fraunhofer IML 
2015) 


Industrie 4.0-Szenarien verändern den grundsätzlichen Umgang mit Daten in und zwi- 
schen Unternehmen. Das wird an drei Aspekten deutlich: 


e Dezentralisierung des Datenmanagements: Die Dinge selbst werden „smart“, d. h. sie 
produzieren, nutzen und besitzen mehr und mehr Daten und sind zunehmend weniger 
auf zentrale Steuerungen angewiesen. Infolgedessen übernehmen die Dinge auch ver- 
stärkt Aufgaben der Datenverarbeitung, ohne dass es eines zentralen Rechners bedarf. 

° Von der „Klasse zur Instanz“: Im Fokus der elektronischen Datenverarbeitung in der 
Industrie stehen traditionell „Klassen von Dingen“, also Artikel mit einer bestimmten 
GTIN, Produkte mit einer bestimmten Materialnummer. Industrie 4.0 bedeutet nun, 
dass auch jede Instanz (jedes Exemplar) einer Klasse von Produkten identifiziert wer- 
den kann, also der einzelne Hydraulikzylinder, die einzelne Flasche Hydraulikflüssig- 
keit (Österle und Otto 2014). 

e Kontinuierliche Kopplung von Informations- und Güterfluss: Traditionell zielt die in- 
dustrielle Datenverarbeitung darauf ab, Informations- und Güterfluss an bestimmten 
Kontrollpunkten, sogenannten i-Punkten zusammenzuführen. Ein Beispiel ist die Wa- 
reneingangsbuchung im Zentrallager bei Anlieferung von Waren. Industrie 4.0-Sze- 
narien nutzen z. B. RFID-Technologie und ermöglichen zu jeder Zeit den Abruf von 
Status- und Lokationsinformationen einzelner Produkte (Österle und Otto 2014). 


Ein Beispiel für eine Industrie-4.0-Anwendung ist der intelligente Behälter inBin, der von 
der Firma SICK gemeinsam mit dem Fraunhofer Institut für Materialfluss und Logistik 
(Fraunhofer IML) entwickelt wurde. Der inBin kennt seine Lokation, erfasst die Tempe- 
ratur seiner Umgebung und veranlasst selbständig seine Kommissionierung (Abb. 1.4). 


5 Für einen besseren Lesefluss verzichten wir auf die Nennung der Rechtsformen der erwähnten 
Unternehmen. 
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Voraussetzung für den Erfolg von Industrie 4.0 in einzelnen Unternehmen sowie über 
Supply Chains hinweg ist ein leistungsfähiges Datenmanagement, das folgende Anforde- 
rungen erfüllt: 


° Beherrschung der Datenvolumina: Das Datenmanagement im Unternehmen muss in 
der Lage sein, die Massen an Daten zu verarbeiten und sinnvoll auszuwerten (Wrobel 
et al. 2014). 

° Dezentrale Datenverarbeitung: Wenn Maschinen, Behälter, Frachtstücke usw. ,,intel- 
ligent‘“ werden, bedeutet dies, dass sie Datenverarbeitungsaufgaben selbständig über- 
nehmen. Funktionen der Datenanalyse, der Datenaggregation und Datenbereitstellung 
finden also nicht mehr zentral in Enterprise Resource Planning (ERP)-Systemen und 
Data-Warehousing-Systemen statt, sondern lokal vor Ort. Ein Netzwerk von dezent- 
ralen intelligenten Geräten ergänzt die zentrale Datenverarbeitung der Unternehmen 
(Aggarwal et al. 2013). 

° Festlegung von Datenstandards: Zeit-, Kosten- und Qualitätsvorteile durch den Einsatz 
cyber-physischer Systeme und der automatische Datenaustausch lassen sich nur dann 
realisieren, wenn sich für die Datenbeschreibungen und den Datenaustausch Standards 
etablieren. Diese Standards müssen mindestens innerbetrieblich, besser jedoch über 
ganze Supply Chains hinweg gelten (Otto et al. 2014). So entwickelt die MobiVoc-Ini- 
tiative beispielsweise ein Datenvokabular für neue Mobilitätslösungen®. 


1.1.3 Konsumerisierung 


Jeder Einzelne von uns nutzt heute eine Vielzahl unterschiedlicher Konsumentenservices, 
die uns in verschiedenen Lebenslagen unterstützen (Österle 2014). Abbildung 1.5 zeigt 
zehn Lebensbereiche, in denen Menschen digitale Services nutzen, von der Navigations- 
unterstützung bis zum Hören von Musik, vom Preisvergleich bis zur Fernsteuerung der 
Beleuchtung im eigenen Haus. Der Bereich Kommunikation ist beispielhaft um zwei wei- 
tere Ebenen erweitert, um einen Eindruck von der Vielfalt der Services zu vermitteln. Eine 
ausführlichere, aber nie vollständige MindMap der digitalen Konsumentenservices findet 
man auf il.iwi.unisg.ch/appmap (Amiona 2014). 

Dabei steigen die Erwartungen des Konsumenten, dass digitale Services vermehrt 
individuell auf ihn zugeschnitten sind. Unternehmen reagieren auf diese Konsumerisie- 
rung der Informationstechnik, indem sie ihre Geschäftsprozesse an den Bedürfnissen des 
Konsumenten, also dem Konsumentenprozess, ausrichten. Dieser besteht aus sämtlichen 
Aktivitäten, die der Einzelne zur Erfüllung verschiedenster Bedürfnisse (z. B. Einkaufen, 
Sport treiben, Reisen) in einer Lebenssituation zu verrichten hat. 

Die Konsumerisierung führt zu einer neuen Rolle des Konsumenten im Wirtschafts- 
leben (Konsumentenzentrierung). Er ist nicht mehr Endpunkt bzw. Senke unidirektionaler 


6 Siehe hierzu auch http://www.mobivoc.org. 


8 1 Datenqualitát - eine Managementaufgabe 


Profiling 
A Suche b 
Telef: Zusammenarbeit 

m eb i—i 
Konferenzen əl | Personensuche iFlirt4u Lite 
Pa E zoosk 
eMail p Bibflirt 
Messaging p La? Dating Parship 


singlemitkind.ch 


| 


—Friendscout 


Virtuelle Gemeinde/ ef 


Soziales Netzwerk 
Soziale Interaktion 


Ortsabhängiges 
soziales Netzwerk 


| Events E 


— Mehrkanalige 
Kommunikation 


zm: N Politische Aktivität E ~ Social Casting/ © 


Lebendiges Web? 


——nlulu 


Konsument 


Gruppenkommunikation 


~N 
~N 


Messaging 


] 


© 


Synchrones virtuelles soziales Leben p 


N 

> Erfahrungsaustausch b 
> Interessengruppen p 
KJ 
I 


© 


Forum p 


ortsbasiert 


Abb. 1.5 Zehn Lebensbereiche und Beispiele für ihre digitalen Services. (Amiona 2014) 


Waren- und Informationsflüsse, sondern beeinflusst über Plattformen wie Foodwatch.org 
die öffentliche Meinung von Produkten und Unternehmen und agiert sowohl als Verbrau- 
cher als auch als Produzent von Waren und Dienstleistungen. Beispiele sind die Stürme 
der Entrüstung, die über die Firma Nestlé wegen der Nutzung von Palmöl in KitKat-Scho- 
koladenriegeln hereinbrach, und das Crowdsourcing von Programmierleistungen. 

Abbildung 1.6 zeigt exemplarisch, wie sich der Fluss von Produktinformation beim 
Konsumgüterhersteller Beiersdorf innerhalb eines Zeitraums von fünf Jahren gewandelt 
hat. Von 2007 auf 2012 ist einerseits die Zahl an Akteuren im Unternehmensnetzwerk 
gestiegen, weil Unternehmen wie Apple und Google sowie Online-Händler wie Zalan- 
do Produktinformationen von z. B. Nivea nutzen und verteilen. Dieses erweiterte Unter- 
nehmensnetzwerk wird in Anlehnung an die Ökologie auch als „Ökosystem“ bezeichnet. 
Andererseits ist der Konsument hinsichtlich der „Macht über die Daten“ im Netzwerk von 
der Peripherie ins Zentrum gerückt, da nahezu alle Unternehmen des Netzwerks mit dem 
Konsumenten interagieren (Schierning 2012). 

Nestlé pflegt nicht nur klassische Unternehmensdaten, sondern auch Konsumenten- 
daten. Nestl& hat 94 Mio. Fans auf Facebook und 16 Mio. Views seines Contrex-Videos 
auf YouTube. Dazu kommen Daten von Onlineshops, auf denen Nespresso z. B. mehr als 
50% der Kaffee-Kapseln verkauft. 

Konsumentenzentrierung bedeutet für Unternehmen eine Abkehr von der traditionel- 
len unternehmenszentrierten Sicht auf den Endkunden. Nicht mehr der Entwurf und die 
Verbesserung der Interaktion mit dem Konsumenten aus Sicht des Unternehmens steht 
im Vordergrund des Handelns (,,İnside-out-Ansatz“), sondern der integrale Konsumenten- 
prozess über die Grenzen einzelner Unternehmen hinweg (,,Outside-in-Ansatz“). 

Die Konsumerisierung führt zu neuen Anforderungen an das Datenmanagement: 
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Abb. 1.6 Netzwerkanalyse der Produktinformationsflüsse bei Beiersdorf. (Schierning 2012, S. 9) 


° Daten-Ownership: Wem gehören die Daten? Die facettenreiche Diskussion um den 
Datenschutz und Aussagen wie von Mark Zuckerberg von facebook, dass Datenschutz 
keine „soziale Norm“ mehr sei (Johnson 2010), zeigen, dass der Trend der Konsume- 
risierung das traditionelle Verständnis zum Eigentum und Besitz immaterieller Güter 
überholt hat. Sogenannte Daten-Broker sammeln persönliche Internetdaten in legalen 
Grauzonen (Anthes 2015). Für Unternehmen bedeutet dies, sich auf eine heterogene 
Rechtslage zum Datenschutz einzustellen. Gesetzgeber sind gefragt, einheitliche Rah- 
menbedingungen zu schaffen. 

° Datenintegration: Die Menschen nutzen nicht mehr allein einen Kommunikationska- 
nal, um mit einem Unternehmen in Verbindung zu treten, sondern viele verschiedene. 
Das Schweizer Einzelhandelsunternehmen Migros identifiziert neun verschiedene Ka- 
näle (offline und online), über die es mit dem Konsumenten kommuniziert. Die Vielfalt 
reicht von Briefpost, Online Shops und E-Mail bis zu SMS. Weil der Konsument erwar- 
tet, über alle Kanäle eindeutig identifiziert zu werden und gleiche Preise und Rabatte zu 
den Migros-Produkten angeboten zu bekommen, muss das Unternehmen konsistente, 
aktuelle und vollständige Daten zu den Kunden sowie den Produkten über alle Kanäle 
hinweg verfügbar haben (Schemm 2012). 

e Kombination von „strukturierten“ und ,,unstrukturierten“ Daten: Infolge der Konsume- 
risierung stellen Unternehmen nicht allein traditionelle alphanumerische Datenforma- 
te wie Beschreibungstexte, Gewichts- und Preisangaben zu Produkten bereit, sondern 
vermehrt Produktvideos, Marketing-Texte, Inhaltsstoffe usw. Die Unterscheidung zwi- 
schen Produktdaten, die meist in zentralen ERP- oder Product Lifecycle Management 
(PLM)-Systemen gespeichert sind, und multimedialen Produktinformationen, die häu- 
fig über eine Vielzahl interner Anwendungssysteme sowie externe Dienstleister (z. B. 
Werbeagenturen) verteilt sind, kann dann nicht mehr aufrecht erhalten werden (Österle 
und Otto 2014). 
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Abb. 1.7 Digitale Geschäftsmodelle. (Brenner und Herrmann 2012, S. 20) 


1.1.4 Digitale Geschäftsmodelle 


Die Durchdringung von Wirtschaft und Gesellschaft und damit von Industrie und Konsu- 
menten mit digitalen Services führt zu neuartigen Geschäftsmodellen abseits klassischer 
Unternehmen’. Beispiele aus dem Konsumentenbereich sind Google, aber auch Airbnb, 
idealo und viele weitere Unternehmen, die eine große Zahl von Konsumenten und Ge- 
schäftskunden mit einer großen Zahl von Anbietern zusammen bringen. Diese Unterneh- 
men nehmen eine Vermittlerrolle zwischen Leistungserstellung und -bezug verschiedener 
Akteure ein. Aus einer eher technischen Sicht wird vielfach auch vom „Internet der Diens- 
te“ gesprochen. Vier Entwicklungen prägen diese Geschäftsmodelle: 


° Datenzentrierung: Neue Geschäftsmodelle der internetbasierten Servicewirtschaft nut- 
zen Daten als strategische Ressource (siehe Abb. 1.7). Die Deutsche Post bietet z. B. 
über den Dienst GEOVISTA hochauflösende Geoinformationen für den Einzelhandel, 
die Versicherungswirtschaft, die Immobilienwirtschaft sowie die öffentliche Verwal- 
tung und andere Kunden an („Daten als Produkt‘“)®. 

° Industriekonvergenz: Traditionelle Branchengrenzen verlieren an Bedeutung. Innova- 
tionstreiber beim autonomen Fahren ist Google; klassische Autobauer sind potenzielle 
Lizenznehmer für die Technologie. Amazon hat sich von einem Buchhändler zu einem 
Fulfillment-Experten gewandelt, der seine besonderen Fähigkeiten wie die skalierbare 


7 Die deutsche Smart-Service-Welt-Initiative untersucht Prinzipien solcher Geschäftsmodelle und 
leitet Handlungsempfehlungen ab (Smart Service Welt Working Group 2014). 


$ Quelle: https://www.deutschepost.de/de/g/geovista.html. 
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IT-Infrastruktur oder Logistikdienstleistungen Unternehmen aus vielfältigen Branchen 
und sogar Konsumenten anbietet. 

e Hybride Services: Vielfach verbinden digitale Geschäftsmodelle digitale Dienstleis- 
tungen mit klassischen „Offline-Services“. Ein Beispiel sind Carsharing-Modelle, die 
das digitale Mieten und Finden von Autos inklusive Bezahlung (meist unterstützt durch 
SmartPhone-Apps) mit der klassischen Dienstleistung Mobilität kombinieren. 

e Konsumentenprozess: Das Internet der Dienste richtet sich an das Individuum, also 
den einzelnen Konsumenten, den Patienten, den Servicetechniker oder den Shopper. 
Das Ziel ist die „Ende-zu-Ende“-Unterstützung in Lebenssituationen wie Einkaufen, 
Arbeiten, Mobilität, Therapie oder Vorsorge (Österle und Senger 2011). 


1.2 Treiber der Datenqualität 


Digitale Geschäftsmodelle und das Internet der Dienste basieren auf der Ressource Daten. 
Datenqualität ist damit für Unternehmen kein „Hygienefaktor“ mehr oder gar Selbstzweck 
von Stabsabteilungen, sondern ist kritisch für die Operational Excellence. Datenqualität 
ist definiert als ein Maß für die Eignung der Daten für bestimmte Anforderungen in Ge- 
schäftsprozessen, in denen sie verwendet werden (Otto et al. 2011). Im Folgenden wird 
„Datenmanagement“ stets unter besonderer Berücksichtigung des Datenqualitätsmanage- 
ments behandelt. 
Zu den wichtigsten Treibern für das qualitätsorientierte Datenmanagement gehören: 


e 360-Grad-Blick auf den Kunden 

° Unternehmenszukäufe und -zusammenschlüsse 
° Compliance 

° Berichtswesen 

° Operational Excellence 


1.2.1 360-Grad-Blick auf den Kunden 


Das Wissen über den Kunden ist der Ausgangspunkt für Marketing und Verkauf, aber auch 
für die Produkt- und Dienstleistungsentwicklung. Deshalb müssen Unternehmen in der 
Lage sein, sämtliche Informationen zu den Bedürfnissen des Kunden verfügbar zu haben. 
Bei Konsumenten sind das z. B. das Internet-Surf-Verhalten, die Einkäufe und die Bezugs- 
gruppen in sozialen Netzen, bei Geschäftskunden seine Adressen, Tochterunternehmen, 
Kontaktdaten und Namen von Ansprechpartnern, sowie Daten zu gekauften Produkten 
und bestehenden Verträgen. 

Das Unternehmen Bühler, ein global tätiger Hersteller von Produktionsanlagen mit 
Spezialisierung auf die Nahrungsmittelindustrie, stellt beispielsweise seinen Mitarbeitern 
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im Kundendienst und im Vertrieb einen digitalen Kundensteckbrief zur Verfügung. Dieser 
beantwortet Fragen wie: 


° Wie hoch ist der Umsatz mit dem Kunden (und allen seinen Tochterunternehmen) im 
aktuellen Geschäftsjahr? 

° Welche unserer Anlagen und Dienstleistungen nutzt der Kunden an welchem Standort? 

° Wann laufen Wartungsverträge aus? 

° Welcher Mitarbeiter hatte in den letzten drei Monaten Kontakt zu welchen Kundenmit- 
arbeitern? Was waren Ergebnisse dieser Kontakte? 

° Wie profitabel ist die Kundenbeziehung? 


Der 360-Grad-Blick auf den Kunden stellt zahlreiche Anforderungen an das qualitätsori- 
entierte Datenmanagement: 


° Datenqualität: Kundendaten müssen konsistent, aktuell und vollständig über alle Funk- 
tionsbereiche (Vertrieb, Service etc.) verfügbar sein. 

° Datenlebenszyklus: Es muss klar definiert sein, wie Kundendaten ins Unternehmen 
gelangen, wo sie erfasst und gespeichert werden, wer sie anreichert und ändert und in 
welche Geschäftsprozesse und Systeme sie einfließen. 

° Datenschutz: Vor allem bei Konsumentendaten muss sichergestellt sein, dass die Da- 
tenschutzbestimmungen eingehalten werden, also u. a. Kundendaten gelöscht werden, 
wenn dies gewünscht ist. 

e Data Governance: Unternehmen müssen klar festlegen, wer im Unternehmen für wel- 
che Kundendaten verantwortlich ist. Ist der Außendienstmitarbeiter für die Kundenad- 
resse verantwortlich oder der Vertriebsinnendienst? Darf der Servicemitarbeiter den 
Kundenstatus in „aktiv“ ändern? Wer sammelt die E-Mails mit diesem Kunden oder 
dessen Facebook-Fotos? 


1.2.2 Unternehmenszukäufe und -zusammenschlüsse 


Unternehmenszukäufe und -zusammenschlüsse sind ein wichtiges Instrument von Un- 
ternehmensstrategien. In der chemischen Industrie hat z. B. die BASF seit 2005 u. a. die 
Eletronikchemikaliensparte von Merck, die Feinchemiefirma Orgamol, den Katalysator- 
hersteller Engelhard, die Bauchemikaliensparte von Degussa sowie den Spezialchemie- 
konzern Ciba übernommen. Die Zukäufe wurden in einheitliche Applikationssysteme und 
Geschäftsprozesse integriert. 

Ein weiteres Beispiel für Unternehmensintegrationen liefert Nestle. Das Unternehmen 
führt über 2000 unterschiedliche Marken, die in mehr als 440 Fabriken in fast 90 Ländern 
der Erde produziert und in über 190 Ländern verkauft werden?. Von dem Gesamtumsatz 


? Quelle: http://www.nestle.com/media/facts-figures. 
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Abb. 1.8 Eckdaten zum zentralen System GLOBE bei Nestle. (nach Muthreich 2013, S. 18) 


in Höhe von mehr als 92 Mrd. Schweizer Franken im Jahre 2013 laufen 93% auf dem 
zentralen Enterprise Resource Planning (ERP)-System „GLOBE“. Abbildung 1.8 zeigt 
einige Eckdaten zu GLOBE. 

Das GLOBE-Programm verfolgt seit seinem Start 2001 drei Ziele, nämlich die unter- 
nehmensweite Nutzung von „Best Practices“ auf Basis gemeinsamer Geschäftsprozesse, 
die Einführung eines standardisierten Anwendungssystems sowie die Nutzung von Daten 
als „Asset“. Voraussetzung dafür ist ein leistungsfähiges Datenmanagement, das insbeson- 
dere viele Unternehmenszukäufe der letzten Jahre integriert. 


° Datenstandards: Für die Erfassung, Pflege und Verwendung der Stammdaten wie Kun- 
den, Lieferanten und Materialien und Produkte müssen verbindliche Vorgaben gelten. 

° Datenerfassung an der Quelle: Aufgrund der Größe und Komplexität des Unterneh- 
mens können Daten nicht zentral erfasst werden, sondern so nah wie möglich an der 
Datenquelle. 

° Datenqualität: Die Größe des GLOBE-Systems lässt es nicht zu, Daten verunreinigt 
ins System zu bringen und nachträglich zu reinigen. Die Daten müssen stattdessen bei 
erstmaligem Erfassen richtig sein („first time right“-Prinzip). 

° Datenintegration: Ein integriertes System wie GLOBE lässt keine „Datensilos“ zu, 
sondern alle Geschäftsbereiche, Funktionen und Märkte arbeiten mit einer integrier- 
ten Datenbasis. Die Datenintegration kann ihr Potenzial jedoch nur entfalten, wenn im 
Unternehmen ein Umdenken einsetzt: Weg von „My Data“ und hin zu „Our Data“. 


1.2.3 Compliance 
Die zunehmende Regulierungsdichte zwingt die Unternehmen, eine große und weiter stei- 


gende Zahl gesetzlicher und behördlicher Vorgaben und Vorschriften zu erfüllen. Zwei 
prominente Beispiele dazu sind: 
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e Die EU-Verordnung REACH (Registration, Evaluation, Authorisation and Restriction 
of Chemicals) regelt die Registrierungspflicht von Chemikalien, welche in der EU in 
Verkehr gebracht werden, und legt die Datenanforderungen für die Registrierung fest 
(„no data, no market“) (European Commission 2006). Zu den Datenanforderungen 
gehören u. a. Angaben zur Herstellung und sicheren Verwendung von Chemikalien. 
Unternehmen müssen diese Anforderungen im Stammdatensatz für Materialien mitfüh- 
ren und für Berichtszwecke aktuell, konsistent, vollständig und in der richtigen Form 
vorhalten. 

° Unter dem Schlagwort Solvency II vereinheitlicht die Europäische Kommission das 
Versicherungsaufsichtsrecht, insbesondere im Hinblick auf das sogenannte Solvenz- 
kapital. Bestandteile der Richtlinie sind Vorgaben für das Risikomanagement sowie 
Berichterstattungspflichten für Versicherungsunternehmen. Diese Vorgaben resultieren 
in Forderungen nach einem unternehmensweit einheitlichen Management von Markt-, 
Kerngeschäfts- und Finanzdaten (Salchegger und Dewor 2008). 


Das Pharmaunternehmen Novartis muss z. B. aufgrund behördlicher und gesetzlicher 
Auflagen Daten zu klinischen Studien und zu Wirkstoffen in Produkten vollständig, ak- 
tuell und korrekt bereitstellen können. Als Voraussetzung dafür schafft das Unternehmen 
einen durchgängigen, unternehmensweiten „Regulatory Submission“-Prozess. Das Da- 
tenmanagement spielt dabei eine besondere Rolle: 


e Datenkonsistenz: Nicht nur die Daten selbst, sondern auch die Metadaten (Definitio- 
nen, Wertelisten usw.) müssen über Systeme, Geschäftsprozesse und Funktionen hin- 
weg konsistent sein. 

° Datenlebenszyklus: Der gesamte Lebenszyklus der Daten von ihrer Entstehung bis zur 
Archivierung und zum Löschen muss definiert sein. 

° Data Governance: Es muss definiert sein, wer im Unternehmen für welche Daten wel- 
che Rechte zur Definition und zur Nutzung hat. 


1.2.4 Berichtswesen 


Unternehmen geben zwischen 1 und 5% ihres Umsatzes für die Anschaffung und den 
Betrieb leistungsfähiger Unternehmenssoftware (z. B. SAP Business Suite) aus (Reynolds 
2010; Equey et al. 2008), können aber oftmals grundlegende Fragen nicht beantworten. 
Beispiele für diese Fragen sind: 


° Aus wie vielen Produkten besteht unser Sortiment? 

e Wie hoch ist das Beschaffungsvolumen mit den größten zehn Lieferanten? 

e Welchen Umsatz haben wir im vergangenen Geschäftsjahr mit unserem größten Kun- 
den gemacht? 
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Abb.1.9 Datenqualitätsherausforderungen beim Kundenumsatz-Reporting bei ZF Friedrichshafen. 
(Möller 2012, S. 24) 


Der Grund dafür ist nicht etwa das Unvermögen, die Systeme zu nutzen, oder ein niedri- 
ger Reifegrad des IT-Betriebs, sondern das Fehlen einer sogenannten „Single Source of 
the Truth“. Große Unternehmen bestehen aus einer Vielzahl von Sparten, Standorten und 
Geschäftsprozessen, in denen sich über den Lauf der Zeit jeweils ein eigenes Bild der 
Realität (Kunden, Materialien, Lieferanten usw.) entwickelt hat. Wenn dann z. B. im Rah- 
men der Lieferantenentwicklung die Beschaffungsvolumina aller Standorte, Sparten usw. 
bei einem Lieferanten und all seinen Töchterunternehmen ermittelt werden sollen, passen 
diese unterschiedlichen Abbildungen der Realität nicht zusammen. 

Exemplarisch zeigt Abb. 1.9 einige Datenqualitätsherausforderungen am Beispiel der 
ZF Friedrichshafen AG, die für ein aussagekräftiges Geschäftspartner-Reporting bewäl- 
tigt werden müssen. 

Bestandteile des Datenmanagements für ein vertrauenswürdiges Berichtswesen sind: 


° Datenmodell: Voraussetzung für die Single Source of Truth ist ein straffes Management 
der Kunden-, Produkt- und Lieferantendaten, sodass alle Objekte eindeutig identifizier- 
bar sind, die unternehmensweit wichtig sind. 

° Datenqualität: Die Datennutzung im Reporting gibt die Anforderungen an die Daten- 
qualität vor, also welches Maß an Aktualität, Vollständigkeit und Konsistenz bestimmte 
Attribute der Kunden-, Produkt- und Lieferantendaten erfüllen müssen. 
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e Datenarchitektur: Die Datenarchitektur definiert einerseits das Konzerndatenmodell, 
legt aber andererseits auch fest, welche Systeme Single Source of the Truth für welche 
Datenobjekte bzw. -attribute sind und in welche anderen Systeme die Daten von dort 
verteilt werden. 


1.2.5 Operational Excellence 
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Abb. 1.10 Geschäftsprozessprobleme durch schlechte Datenqualität bei Johnson & Johnson. (Otto 
2014, S. 20) 


Mit der Standardisierung und Automatisierung von Geschäftsprozessen nutzen Unterneh- 
men Skaleneffekte und verringern gleichzeitig ihre Komplexität. Voraussetzung dafür ist 
ein einheitliches Verständnis über die Daten im Unternehmen, welche in allen Geschäfts- 
bereichen genutzt werden. Denn die Standardisierung der Geschäftsprozesse ist nicht 
möglich, wenn z. B. Materialstammdaten in Teilprozessen oder Regionen unterschiedlich 
definiert sind und unterschiedlich erzeugt und verwendet werden. 

2007 litt die Konsumgütersparte von Johnson & Johnson in den USA unter vielen Pro- 
blemen mit der Datenqualität in Geschäftsprozessen (siehe Abb. 1.10 und Kap. 2.7). 

Weniger als 30 % der logistischen Daten zu Artikeln, d. h. Angaben zu den Abmessun- 
gen und zum Gewicht der Artikel, befanden sich innerhalb der erlaubten Fehlertoleranz 
von 5%. Anders ausgedrückt: Mehr als 70% der logistischen Daten waren falsch. Johnson 
& Johnson erneuerte sein Stammdatenmanagement und erreichte 2013 einen Six-Sigma- 
Level hinsichtlich seiner Datenqualität!®. Voraussetzungen dafür waren: 


10 Six Sigma ist ein Qualitätsmanagementansatz, der als Leistungsziel nur 3,4 Fehler pro eine Mil- 
lion Instanzen vorsieht (Shah et al. 2008). Nach Wang et al. (1998) können Qualitätsmanagement- 
ansätze für physische Güter auch auf immaterielle Güter wie Daten übertragen werden. 
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e Data Governance: Eine zentrale Stelle im Unternehmen legt fest, wie die Daten defi- 
niert sind, wie sie angelegt, verwendet und gelöscht werden und welche Qualität sie 
haben müssen, damit die Geschäftsprozesse reibungslos funktionieren. 

° Datenqualitätsmessung: Monatlich wird die Datenqualität der wichtigsten Attribute ge- 
messen. Ein Datensatz, der nicht sämtliche der mehreren hundert Geschäftsregeln er- 
füllt, gilt als defekt. 

e Workflow-gestützte Anlage: Die Erfassung und Änderung der Daten ist klar geregelt 
und durchgängig durch ein Workflow-Managementsystem gestützt. 


1.2.6 Datensicherheit und Privatheit 


Privatpersonen geben im Internet vermehrt freiwillig private Daten preis, um Angebote 
wie soziale Netzwerke zu nutzen. Während in den USA der Datenschutz kaum gesetzlich 
geregelt ist, wird der Schutz personenbezogener Daten in der Europäischen Union als 
Grundrecht definiert (EU 2010). Daten dürfen nur mit Einwilligung der betroffenen Per- 
sonen oder auf Basis einer gesetzlichen Grundlage verarbeitet werden. Für Unternehmen 
haben diese Vorgaben Auswirkungen auf Werbemaßnahmen oder Analysen des Kunden- 
verhaltens. Allerdings ist die Rechtslage nicht immer eindeutig angesichts der Vernetzung 
durch das Internet sowie infolge der Auslagerung von IT-Aktivitäten in Länder, in denen 
andere Datenschutzbestimmungen gelten. 

Unternehmen haben im Sinne der Informationssicherheit auch die Aufgabe, die von 
ihnen verwalteten personenbezogenen Daten gegen den unberechtigten Zugriff Dritter zu 
schützen. Dabei schaden Datenlecks Internet-Unternehmen besonders intensiv. Deshalb 
versuchte im Dezember 2013 ein Telekommunikationsunternehmen gerichtlich die Pu- 
blikation eines Artikels zu verhindern, in dem öffentlich wurde, dass Angaben zu Bank- 
konten von 7500 Kunden sowie zu 5,6 Mio. E-Mail-Abonnenten entwendet worden sind. 
Durch ein Gerichtsurteil ist die superprovisorische Verfügung inzwischen aufgehoben und 
die Veröffentlichung hat stattgefunden (Schmid 2014). 


1.3 Herausforderungen und Anforderungen des 
Datenqualitätsmanagements 


Unternehmen stehen vor der Aufgabe, dass sie einerseits die gesellschaftlichen Trends 
der Digitalisierung (Kap. 1.1) nutzbar machen und gleichzeitig Antworten auf die großen 
Treiber für Datenqualität (Kap. 1.2) finden müssen. Daraus ergibt sich eine Anzahl von 
konkreten Herausforderungen und Leistungsanforderungen, die Unternehmen beim qua- 
litätsorientierten Management von Stammdaten (kurz Datenqualitätsmanagement DQM) 
berücksichtigen müssen. 
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Tab.1.1 Die zehn großen Datenmanagement-Herausforderungen" 


Rang | Herausforderung Punktwert 
1 Datenqualität 52 
2 Transparenz über Datennutzung 36 
3 Redundante Datenpflege 33 
4 Manuelle Datenpflege 31 
5 Limitationen zentraler Datenarchitekturen (Inflexibilität, Bürokratie etc.) | 25 
6 Semantische Integration 18 
Trennung zwischen „strukturierten“ und „unstrukturierten“ Daten 18 
8 Datenschutz 14 
9 Trennung zwischen OLAP (Online Analytical Processing) und OLTP 5 
(Online Transactional Processing) 
10 Management von „Klassen“ von Dingen, keine Instanzen 1 
3 Die Teilnehmer der Befragung waren aufgefordert, aus einer Liste von zehn Eintragen die fünf 
größten Herausforderungen im Datenmanagement zu nennen, wobei der Wert ,,1“ die größte und 
„5“ die fünftgrößte Herausforderung darstellte. Bei 17 Teilnehmern ergeben sich ein Maximalwert 


von 85 und ein Minimalwert von 0 Punkten pro Eintrag. 


1.3.1 Herausforderungen im Umgang mit Daten 


Das Kompetenzzentrum Corporate Data Quality (CC CDQ) an der Universität St. Gallen 
und dem Fraunhofer Institut für Materialfluss und Logistik in Dortmund greift die größten 
Herausforderungen im Datenmanagement auf und entwickelt dafür neue Lösungsansätze. 
Im Rahmen des CC CDQ wurden im April 2013 Datenmanager aus unterschiedlichen 
Industrien zu den größten Herausforderungen für das Datenmanagement befragt (Österle 
und Otto 2014). Tabelle 1.1 zeigt als Ergebnis dieser Fokusgruppe die Rangfolge der He- 
rausforderungen. 

Die Verbesserung und die Sicherung der Datenqualität gelten den Teilnehmern der 
Fokusgruppe mit Abstand als die größte Herausforderung. Datenqualität ist ein Maß dafür, 
in welchem Umfang die Daten geeignet sind, die Anforderungen der Geschäftsprozesse 
zu erfüllen, in denen sie verwendet werden (Otto et al. 2011). Datenqualität lässt sich in 
verschiedenen Datenqualitätsdimensionen messen, wie z. B. Konsistenz, Aktualität und 
Vollständigkeit. 

Als zweitgrößte Herausforderung sehen die Teilnehmer der Fokusgruppe die Trans- 
parenz über die Datennutzung. Insbesondere in großen Unternehmen mit komplexen 
Anwendungssystemlandschaften ist oftmals unklar, wo und wie Daten ins Unternehmen 
gelangen, in welchem System sie federführend gespeichert sind und was nach ihrer Ver- 
teilung in lokale Anwendungssysteme mit ihnen geschieht. White und Radcliffe (2010) 
verwenden in diesem Zusammenhang den Begriff der mangelnden „Downstream Visibi- 
lity“ von Daten. 

Redundante Datenpflege gilt als drittgrößte Herausforderung. Ein Beispiel ist die Er- 
fassung und Pflege von Lieferantenstammdaten in unterschiedlichen Geschäftsbereichen 
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desselben Unternehmens oder bei verschiedenen Unternehmen mit überlappender Liefe- 
rantenbasis. Typischervveise erfasst und pflegt yedes Unternehmen die Daten separat, ob- 
wohl alle die gleichen Daten benötigen. An wie vielen Orten werden z. B. die Adressdaten 
von IBM gepflegt? Wie oft muss ein Konsument seine Adresse und andere Informationen 
eingeben? Wäre es nicht von Vorteil, wenn Portale wie Facebook versuchten, dem Konsu- 
menten redundante Identifikationen abzunehmen und seine Identität allen Interessierten 
und Berechtigten verfügbar zu machen? 

Eine vierte Herausforderung ist die manuelle Datenpflege, die bei Medienbrüchen in 
der Datenverarbeitung auftritt (Fleisch und Österle 2004). Ein Beispiel für einen Medien- 
bruch ist das Abtippen oder Einscannen von Kundenstammdaten von einer Visitenkarte 
in ein Customer Relationship Management (CRM)-System. Manuelle Datenpflege ist an- 
fälliger für Fehler und gefährdet damit die Datenqualität. 

Als fünfte große Herausforderung gelten die Limitationen zentraler Datenarchitek- 
turen. Denn zukünftig werden immer mehr Daten von externen Quellen beschafft und zur 
Zeit des Bedarfs im Geschäftsprozess zur Verfügung gestellt. Ein Beispiel sind Angaben 
zum CO,-Ausstoß bei der Produktion und Distribution von Konsumgütern. Konsumgüter- 
hersteller, die zu derartigen Angaben z. B. in Frankreich verpflichtet sind (AFNOR 2009), 
werden diese Daten nicht in zentralen (ERP)-Systemen führend verwalten, sondern auf 
autorisierte Datenbanken von Drittanbietern zugreifen. 

Die semantische Integration von Daten ist die sechstwichtigste Herausforderung im 
Datenmanagement. In der Datenintegration ist Semantik definiert als die Interpretation 
von Daten in einem bestimmten Anwendungsfall (Ziegler und Dittrich 2007). Ein Beispiel 
ist der Begriff „Kunde“, der in der Buchhaltung eines Unternehmens als „aktiver Kunde“ 
verstanden wird und im Vertrieb als „potentieller Kunde“. 

Ebenfalls auf dem sechsten Rang ist die Trennung zwischen „strukturierten“ und 
„unstrukturierten“ Daten genannt. Als strukturierte Daten werden alphanumerische 
Daten bezeichnet, die oftmals gemäß einem relationalen Datenbankschema organisiert 
sind. Als unstrukturiert gelten Texte, Audios, Videos, Bilder, Tweets und Zeichnungen. 
Die Trennung zwischen diesen beiden Datenarten stellt Unternehmen vor Probleme, wenn 
z. B. im Berichtswesen neben Umsätzen auch Daten aus Social-Networking-Plattformen 
oder Verbraucherportalen analysiert werden sollen (Baars und Kemper 2008). 

Platz 8 der größten Herausforderungen im Datenmanagement nimmt der Datenschutz 
ein. Sony wurde z. B. 2011 Opfer eines Hacker-Angriffs auf sein PlayStation-Netzwerk, 
bei dem auch Daten von Nutzern gestohlen wurden. Wurde das Unternehmen zu Beginn 
des Jahres 2013 in Großbritannien zu Strafzahlungen in Höhe von 250.000 GBP verurteilt, 
weil der Vorfall nach Ansicht des Information Commissioner’s Office (ICO) hätte „ver- 
hindert werden können“ (BBC 2013), so wog doch der Reputationsverlust viel schwerer. 

Die neuntgrößte Herausforderung im Datenmanagement ist die Trennung zwischen 
„Online Analytical Processing“ (OLAP) und „Online Transactional Processing 
(OLTP)“. Häufig werden Daten in OLTP-Systemen wie ERP-Systemen erfasst, gepflegt 
und anschließend extrahiert, um dann nach Transformations- und Bereinigungsschritten in 
OLAP-Systeme wie Data Warehouses und Business Intelligence-Anwendungen importiert 
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zu werden. Die Herausforderung besteht darin, dass die Daten somit redundant gehalten 
werden, was zusätzliche Aufwände hervorruft und die Datenqualität gefährdet. 

Auf Platz 10 rangiert die Herausforderung, in Zukunft nicht allein Klassen von Enti- 
täten zu bewirtschaften, sondern Instanzen. Durch RFID-Technologien kann ein Spe- 
zialmaschinenbauer jedes einzelne Ersatzteil identifizieren. Dieser Ansatz unterscheidet 
sich von der klassischen Datenverarbeitung, bei der ein Stammdatensatz inkl. einer Teile- 
nummer die Teileklasse beschreibt und Bestandsdaten den jeweiligen Lagerbestand. Das 
Datenmanagement muss mit dieser Zunahme der Datensätze umgehen können. 


1.3.2 Anforderungen an das Datenqualitätsmanagement 
Die Beispiele in den Kap. 1.1 und 1.2 haben gezeigt, dass sich diese Anforderungen durch 
die Digitalisierung noch verschärfen. Tabelle 1.2 fasst die wichtigsten Anforderungen an 


ein erfolgreiches Datenqualitätsmanagement zusammen, die von den „Top 8“ der Heraus- 
forderungen abgeleitet werden können. 


Tab. 1.2 Anforderungen an das Datenqualitätsmanagement 


Herausforderung Anforderung 


1 Datenqualität Definition und Messbarkeit: Das moderne Datenqualitätsma- 
nagement muss festlegen, welche Datenqualität die Geschäfts- 
prozesse für einen reibungslosen Ablauf benötigen. Dabei gilt: 
Nur was gemessen wird, lässt sich managen. Die Datenqualität 
muss deshalb kontinuierlich gemessen werden und bei Abwei- 
chung vom Sollwert muss das Datenqualitätsmanagement Maß- 
nahmen zur Erhöhung der Datenqualität einleiten. 


2 Transparenz über | Transparenz und Verantwortlichkeit: Der Lebenszyklus der 
Datennutzung Daten, beginnend mit ihrer Entstehung im Unternehmen und 
erstmaligen Erfassung in einem Informationssystem über ihre 
Nutzung bis zur Archivierung und Löschung, muss bekannt und 
gemäß den Anforderungen der Geschäftsprozesse definiert sein. 
Das Datenqualitätsmanagement muss diesen Lebenszyklus steu- 
ern und überwachen. Unternehmen müssen die Definition von 
Daten sowie ihre Nutzung klar regeln. Dafür müssen Verant- 
wortlichkeiten im Unternehmen geschaffen und zugeordnet sein. 
Beispielsweise definiert beim unternehmensweiten Umsatz- 
reporting eine zentrale Stelle in der Finanzbuchhaltung oder 
im Vertrieb die Kundenstammdaten, damit in allen Geschäfts- 
bereichen derselbe Kunde auch eindeutig identifiziert und gleich 
verwendet wird. 


3 Redundante Prävention: Datenqualitätsmanagement darf nicht erst dann 
Datenpflege beginnen, wenn die Daten bereits defekt sind, sondern muss 
vorbeugend wirken — wie bei anderen „Assets“ im Unterneh- 
men auch (z. B. vorbeugende Wartung von Produktionsanlagen, 
Maßnahmen zur Gesundheitsprävention bei Mitarbeitern). 
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Tab. 1.2 (Fortsetzung) 
Herausforderung 


Anforderung 


Manuelle Automatisierung: Die Datenvolumina, ihre Vielfalt und ihre 
Datenpflege Änderungsrate steigen. Um der daraus resultierenden Komplexi- 
tät Herr zu werden, müssen Unternehmen Datenverarbeitungs- 
aufgaben (z. B. die Anlage von Daten, ihre Qualitätsmessung, 
ihre Änderung und Bereitstellung) so weit wie möglich automa- 
tisieren, z. B. über Workflows oder Geschäftsregeln. 


Limitatio- Flexibilisierung und Verteilung: Datenarchitekturen definieren 
nen zentraler ein unternehmensweit einheitliches Modell der Konzerndaten 
Datenarchitekturen | (das Konzerndatenmodell) und bestimmen außerdem die Daten- 
verteilungs- und Datenhaltungsarchitektur. Sie haben traditionell 
den Nachteil, dass sie nur mit hohem bürokratischem Aufwand 
erstellt werden können und selten aktuell gehalten werden. 
Moderne Datenarchitekturen müssen hinreichend flexibel an 
neue Anforderungen angepasst werden können und sowohl 
klassische unternehmensinterne als auch externe Datenobjekte 
enthalten. Die Herausforderung besteht darin, diese Flexibilität 
zu ermöglichen, aber gleichzeitig für die Kerngeschäftsobjekte 
weiterhin unternehmensweit maßgebend zu sein. 


Integration daten müssen eindeutig identifiziert und einheitlich verwendet 
werden. Das Datenqualitätsmanagement muss dafür die Kon- 
zerndaten integrieren. Grundsätzlich stehen zwei Architektur- 
varianten dafür zur Verfügung: Entweder werden die Daten in 
einem System zusammengeführt oder die Daten verbleiben in 
verschiedenen Systemen und die Systeme werden über Schnitt- 
stellen und Datenaustausch miteinander verbunden. 


Trennung „struk- | Heterogenität der Datentypen: Im Kontext von „Big Data“ 
turierte“ und wird häufig von „strukturierten“ und „unstrukturierten Daten“ 
„unstrukturierte“ gesprochen, um die wachsende Heterogenität der vorkom- 
Daten menden Datenarten zu beschreiben, mit denen Unternehmen 


umgehen müssen. Damit ist gemeint, dass neben Daten, die 

in ERP-Systemen in relationalen Datenbanken abgelegt sind, 
zunehmend auch Daten wie Videos und Bilder sowie unkon- 
ventionelle externe Daten, z. B. über Internetnutzung oder 
Social Media-Kanäle, verwendet werden. Diese können wert- 
volle Erkenntnisse über den Markt und Konsumentenvorlieben 
liefern. Solche „unstrukturierten“ Daten brauchen aber neue 
Werkzeuge zur Datenanalyse und werden üblicherweise nicht in 


6 Semantische Einheitlichkeit: Konzerndaten als unternehmensweite Stamm- 
relationalen Datenbanken gespeichert. 


Datenschutz Gerade multinationale Unternehmen sind mit unterschiedlichen 
Datenschutzvorgaben konfrontiert. Das Datenqualitätsmanage- 
ment muss sicherstellen, dass diese Regeln eingehalten werden. 
Problemquellen hierfür sind, dass Richtlinien oft nicht trans- 
parent sind, sie sich häufig ändern (was ebenfalls unbekannt 
ist) und niemand genau weiß, inwieweit sie in den Systemen 
umgesetzt sind. Daher wird Datenschutz von vielen Unterneh- 
men eher als Behinderung angesehen denn als Opportunität. 
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1.4 Framework für Stammdatenqualitätsmanagement 


Die oben genannten Anforderungen müssen in der Praxis an den speziellen Bedürfnissen 
und Möglichkeiten jedes Unternehmens orientiert werden, damit ein erfolgreiches unter- 
nehmensweites Datenqualitätsmanagement entstehen kann. Denn Datenqualität heißt 
nicht Qualität um jeden Preis, sondern Qualität gemäß den Anforderungen der Unter- 
nehmensstrategie, der Geschäftsprozesse und der Strukturorganisation sowie des Infor- 
mationssystems. 


1.4.1 Framevvork-Überblick 


Das Framework für (Konzern-)Stammdatenqualität bietet eine Lösung für diese Gestal- 
tungsaufgabe, indem es den Ansatz des Business Engineering auf das unternehmensweite 
Datenqualitätsmanagement überträgt (siehe Abb. 1.11). Generell ist Business Engineering 
die methodenorientierte und modellbasierte Konstruktionslehre für Unternehmen des In- 
formationszeitalters (Österle und Winter 2003). Gestaltet werden Artefakte auf den drei 
Ebenen „Strategie“, „Organisation“ und „Systeme“ in sechs Gestaltungsbereichen (Otto 
2011b; Otto etal. 2011). Jeder Gestaltungsbereich hat eigene Ergebnistypen (Dokumente). 


1.4.2 Strategieebene 


Die „Datenqualitätsmanagementstrategie“ richtet das Datenqualitätsmanagement an den 
Unternehmenszielen aus (siehe Tab. 1.3). 

Ein Beispiel für den Zusammenhang zwischen Datenqualitätsmanagement und den 
Zielen des Unternehmens findet sich bei der DB Netz AG, die für die Eisenbahninfra- 
struktur in Deutschland zuständig ist. Zur Eisenbahninfrastruktur gehören das Gleisnetz, 
Tunnels, Brücken, Bahnhöfe etc. Eine Leistungs- und Finanzierungsvereinbarung regelt 
die Mittelzuwendung des Bundes an die DB Netz AG im Sinne einer Bezuschussung für 
Instandhaltungsarbeiten an der Eisenbahninfrastruktur. Die Höhe des jährlichen Zuschus- 
ses hängt — in gewissen Grenzen — direkt von der Qualität des Infrastrukturkatasters ab, in 
welchem u. a. Anzahl, Wartungszustand und gewisse Leistungsparameter (zum Beispiel 
zulässige Geschwindigkeiten) sämtlicher Infrastrukturanlagen erfasst werden. Eine hohe 
Konsistenz, Aktualität, Vollständigkeit und Verfügbarkeit der Stammdaten zu Infrastruk- 
turanlagen beeinflusst also positiv die Finanzausstattung des gesamten Unternehmens. 
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Organisation 


Führungssystem für DQM 


DQM- 
Organisation des DQM Prozesse und -Methoden 


DQM-Architektur 


DQM-Anvvendungssysteme 


Abb. 1.11 Framework für unternehmensvveites Datenqualitätsmanagement. (nach Otto et al. 2011, 
S. 10) 


1.4.3 Organisatorische Ebene 


Die organisatorische Ebene umfasst drei Gestaltungsbereiche, nämlich das Führungssys- 
tem für Datenqualitätsmanagement (auch: „Datenqualitäts-Controlling‘“ oder „Qualitäts- 
sicherung“), die DQM-Organisation sowie Prozesse und Methoden für DQM. 
Datenqualitätsmanagement kann nur dann zielgerichtet betrieben werden, wenn quan- 
tifiziert wird, was „gute“ (Stamm-)daten sind. Dazu muss die Qualität der Daten ge- 
messen werden. Datenqualitätskennzahlen sind ein quantitatives Maß für Datenqualität 
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Tab.1.3 Ergebnisse der Datenqualitätsstrategie 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 

Handlungsauftrag Ist der Handlungsauftrag organisatorisch zugeordnet? Weiß die betref- 
fende Stelle um die Aufgaben und Verantwortungen? 

Zieldefinition Sind die Ziele des Datenqualitätsmanagements, also z. B. die kritischen 
Daten, aus den Unternehmenszielen abgeleitet? 

Leitlinien Sind die Leitlinien des Datenqualitätsmanagements entworfen und 
kommuniziert? 


Tab. 1.4 Ergebnisse des Führungssystems 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 

Kennzahlensystem für Gibt es Kennzahlen für Datenqualität? Haben die Kennzahlen 

Stammdatenqualität Geschäftsbezug? Ist das Messverfahren definiert? Gibt es Ziel- 
werte für Datenqualität? 

Zielsystemintegration Sind die Ziele für Datenqualität in das Zielsystem des Unter- 
nehmens integriert (z. B. in die Jahreszielvereinbarungen von 
Mitarbeitern)? 


(Hüner 2011)!!, Entscheidend beim Aufbau eines Kennzahlensystems für Datenqualität 
ist herauszufinden, was gemessen werden soll und was gemessen werden kann. Kenn- 
zahlensysteme für Datenqualität müssen sich an den fachlichen Erfordernissen orientie- 
ren und sind — soweit möglich — mit den Kennzahlen für Geschäftsprozesse zu koppeln. 
Tabelle 1.4 stellt die Ergebnisse des Gestaltungsbereichs „Führungssystem‘“ dar. 

Weil das Management von Stammdaten ein Querschnittsthema ist, müssen die Auf- 
gaben des Datenmanagements über die einzelnen Divisionen und Geschäftsbereiche des 
Unternehmens hinweg koordiniert werden. Diesem Zweck dient die Organisation des 
DQM. Sie ist in vielen Unternehmen eine virtuelle Organisation, in welcher die Mitarbei- 
ter disziplinarisch in ihren ursprünglichen Berichtslinien verbleiben und zusätzlich in 
einer neuen fachlichen Berichtslinie eingebunden sind (Tab. 1.5). 

Die Organisation des Datenqualitätsmanagements manifestiert sich in den Rollen des 
DQM sowie der Zuordnung von Verantwortlichkeiten zu diesen Rollen. In der Praxis ha- 
ben sich verschiedene Rollen herausgebildet, um die Aufgaben eines unternehmensweiten 
Datenqualitätsmanagements wahrzunehmen. Neben der Identifikation und Beschreibung 
der Rollen im Datenqualitätsmanagement müssen die Verantwortlichkeiten definiert sein. 
Verantwortlichkeiten geben an, welche Aufgabenbereiche und Rechte (z. B. Anweisungs-, 
Planungs-, Entscheidungs-, Mitspracherechte) einer Rolle im Stammdatenmanagement 
zugeordnet sind. Ein Aufgabenbereich ist z. B. die Entwicklung eines einheitlichen 
Datenmodells für die übergreifend verwendeten Geschäftsobjekte. Hauptverantwortlich 


!! Die Nomenklatur und Systematik von Datenqualitäts-Messsystemen ist angelehnt an die Vorga- 
ben zu Messsystemen in der Softwareentwicklung der IEEE Software Society (vgl. IEEE 1998). Ein 
Kennzahlensystem ist eine spezielle Art eines Messsystems. Siehe Kap. 3.2.2 für Details zu einem 
Datenqualitäts-Kennzahlensystem. 
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Tab. 1.5 Ergebnisse der Organisation 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 


Rollen Sind alle Rollen im Datenmanagement identifiziert, beschrieben und 
zugeordnet? Nehmen Rolleninhaber die Rolle wahr? 


Verantwortlichkeiten Sind Rollen Entscheidungsbereichen zugeordnet? Werden Ent- 
scheidungen gemäß der Zuordnung getroffen? Sind die Verantwort- 
lichkeiten im Unternehmen kommuniziert? Ist bei der Zuordnung 
das Kongruenzprinzip gewahrt (d. h. Umfang der Aufgabe muss zu 
Kompetenz und Pflichten passen)? 


Tab. 1.6 Ergebnisse der Prozesse und Methoden 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 
Lebenszyklus-Management Ist für jede Stammdatenklasse klar definiert, in welchen 
für Stammdaten Aktivitäten der Geschäftsprozesse die Daten erzeugt, ver- 


ändert, erweitert, gelesen, gelöscht und archiviert werden? Ist 
der Datenpflegeprozess für diesen Lebenszyklus entworfen, 
modelliert und implementiert? 


Funktionsbeschreibungen Gibt es klare Funktionsbeschreibungen für die Aktivitäten des 
Datenqualitätsmanagements im Unternehmen? Sind standardi- 
sierte Verfahren definiert und kommuniziert? Sind die Aktivi- 
täten in die Geschäftsprozessarchitektur des Unternehmens 
eingebettet? 


(im Sinne des englischen „responsible“) dafür ist in vielen Fällen der Konzern-Daten- 
steward, der auch für den Aufbau des Stammdatenmanagements zuständig ist. Neben dem 
Konzern-Datensteward werden oft weitere Rollen von Datenverantwortlichen definiert, 
die das notwendige fachliche und technische Wissen haben, um z. B. das Datenmodell 
freizugeben oder Nachbesserungen zu fordern. Der Data Owner (auch „Dateneigner“) ist 
im Sinne des englischen „accountable“ für bestimmte Datenobjekte verantwortlich und 
meist ein Vertreter des Managements (z. B. Leiter Zentraleinkauf, Leiter Supply Chain 
Management) eines Fachbereichs. 

Der vierte Gestaltungsbereich „DQM-Prozesse und -Methoden“ bezieht sich auf das 
Lebenszyklusmanagement für Stammdaten sowie diejenigen Prozesse, nach denen die 
Mitarbeiter des Datenqualitätsmanagements arbeiten (Tab. 1.6). 

Eine der wichtigsten Ursachen für schlechte Datenqualität ist das Fehlen einer gesamt- 
haften Bewirtschaftung einzelner Stammdatenklassen. Unternehmen sind nach Funktio- 
nen (z. B. Einkauf, Vertrieb), Ländern bzw. Märkten und Geschäftsprozessen (z. B. „Or- 
der-to-cash“, ,,Make-to-Stock”) organisiert. Deshalb gibt es in nur wenigen Unternehmen 
eine Stelle, welche den Gesamtüberblick darüber hat, wo ein Stammdatum erfasst, geän- 
dert, verwendet und zum Löschen markiert wird. 

Die Aufgabe, Ursachen und Auswirkungen niedriger Stammdatenqualität zu analysie- 
ren, ist deshalb sehr komplex. Ursachen sind zumeist Aktionen, die innerhalb von An- 
wendungssystemen mit den Daten ausgeführt werden (z. B. anlegen, ändern, ergänzen, 
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löschen). Diese Aktionen wiederum haben Auswirkungen auf Geschäftsprozesse, deren 
Qualität sich durch Kennzahlen quantifizieren lässt. 


1.4.4 Informationssystemebene 


Tab. 1.7 Ergebnisse der Unternehmensdatenarchitektur 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 
Kerngeschäftsobjektmodell | Sind die Kerngeschäftsobjekte bekannt? Sind sie eindeutig 
definiert und beschrieben? Sind Abhängigkeiten untereinander 
bekannt? Sind unternehmensweite Merkmale bestimmt und 
definiert? 

Stammdatendatenmodell Gibt es ein Stammdatenmodell, welches aus dem Kerngeschäfts- 
objektmodell abgeleitet ist? 


Datenhaltungs- und Ist die Datenhaltungsarchitektur (führendes System, Zentralsys- 
Datenverteilungsarchitektur | tem etc.) für jede Stammdatenklasse definiert? Sind die Daten- 
flüsse zwischen den Systemen analysiert? 


Die Systemebene umfasst zwei Gestaltungsbereiche, nämlich die DQM-Architektur und 
die Anwendungssysteme für das Datenqualitätsmanagement. 

Die Ergebnisse des Gestaltungsbereichs „DQM-Architektur“ fasst Tab. 1.7 zusammen. 

Das Kerngeschäftsobjektmodell ist ein zentrales Ergebnis des Datenqualitätsmanage- 
ments, weil es die Voraussetzung für ein einheitliches Verständnis der Daten und damit 
auch für die intendierte Nutzung der Daten ist. Seine Entwicklung und sein Fortschrieb 
muss durch Einbeziehung der Fachbereiche erfolgen, weil nur dort das Wissen um die Be- 
deutung der Stammdaten in den Geschäftsprozessen verfügbar ist. Für die informations- 
technische Umsetzung wird das Kerngeschäftsobjektmodell in ein Konzerndatenmodell 
überführt. 

Die Datenverteilungs- und Datenhaltungsarchitektur beschreibt, welche Daten in wel- 
chen Systemen gespeichert werden und zeigt die Datenflüsse zwischen den Systemen. 
Schließlich bildet die Anwendungssystemlandschaft für das Datenqualitätsmanagement 
den sechsten Gestaltungsbereich. Die Ergebnisse dieses Gestaltungsbereichs sind in 
Tab. 1.8 dargestellt. 

Dieser Gestaltungsbereich bezieht sich auf die Analyse, den Entwurf, die Implemen- 
tierung und Verbesserung derjenigen Anwendungssysteme, welche zur Unterstützung des 
Datenqualitätsmanagements benötigt werden. Dazu gehören zum einen spezielle Stamm- 
datenmanagementsysteme wie SAP Netweaver MDM und zum anderen Softwarewerk- 
zeuge zur Verwaltung des Kerngeschäftsobjektmodells. In der Auswahl dieser Anwen- 
dungssysteme für das Stammdatenmanagement müssen Aspekte der Datenmodellierung, 
des Datenqualitätsmanagements, der Sicherheit, der Benutzungsschnittstellen, der Daten- 
verteilungsarchitekturen und insbesondere die Art der Integration, sowohl bezogen auf 
Systeme als auch auf die zu integrierenden Informationen, betrachtet werden. Das Fraun- 


1.5 Begriffsdefinitionen und Grundlagen 27 


Tab.1.8 Ergebnisse der Anwendungssysteme 


Ergebnistyp Prüffragen zum Gestaltungsfortschritt 

Auslegeordnung Welche Softwarefunktionalität wird für das 
Stammdatenmanagement heute und in Zukunft 
benötigt? 

Bebauungsplan Welche Anwendungssysteme stellen welche 


Funktionalität bereit? Welche Kriterien werden 
bei der Auswahl und Bewertung der Anwen- 
dungssysteme herangezogen? 


hofer-Institut für Arbeitswirtschaft und Organisation liefert einen ausführlichen Vergleich 
etablierter Systeme (Kokemüller 2009). 


1.5 Begriffsdefinitionen und Grundlagen 


Das Management von Stammdaten und ihrer Qualität ist kein grundsätzlich neues Thema, 
die Durchdringung aller Wirtschaftsbereiche mit digitalen Services hat nur seinen Stellen- 
wert drastisch gesteigert. Es wird in Forschung und Praxis diskutiert, seit Unternehmen 
Informationssysteme zur Unterstützung von Geschäftsprozessen einsetzen. Es ist deshalb 
sowohl für die Forschung als auch die Praxis von besonderer Bedeutung zu wissen, wel- 
che Lösungen bereits existieren, welche sich behauptet haben und welche nicht. Dafür 
gilt es zunächst die zentralen Konzepte und Begriffe des Datenqualitätsmanagements zu 
klären. Abbildung 1.12 stellt die wichtigsten Begriffe und ihre Beziehung zueinander dar. 


1.5.1 Daten und Information 


Daten beschreiben die Eigenschaften von Geschäftsobjekten, also materielle und imma- 
terielle Objekte der Realwelt (Boisot und Canals 2004). Zwar gibt es viele Arbeiten zur 
Unterscheidung von Daten und Information, aber ein eindeutiges und akzeptiertes Ver- 
ständnis dazu hat sich bisher nicht durchgesetzt (Boisot und Canals 2004; Badenoch et al. 
1994). Eine Lehrmeinung fasst Informationen als Wissen auf, das während der menschli- 
chen Kommunikation ausgetauscht wird, während eine zweite eine Informationsverarbei- 
tungsperspektive einnimmt, in der Daten die Bausteine von Information sind (Oppenheim 
et al. 2003). Demnach werden Daten zu Informationen „verarbeitet“ (Van den Hoven 
1999; Holtham 1995; Wang 1998). Nach ISO/IEC 2382-1 sind Daten die formalisierte, 
d. h. für die weiterführende Verarbeitung, Interpretation und Kommunikation geeignete 
Repräsentation der Eigenschaften von Geschäftsobjekten (ISO/IEC 1993). 

Die logische Datenorganisation unterscheidet verschiedene Aggregationsebenen (Chen 
1976; Levitin und Redman 1998; Yoon et al. 2000). Datenelemente bilden die unterste 
Aggregationsebene. Datenelemente sind die Instanziierungen der Attribute von Datenob- 
yekten (z. B. Nachname eines Kunden). Die zweite Aggregationsebene bilden Datensätze. 
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Abb. 1.12 Begriffslandkarte für das Datenqualitätsmanagement. (eigene Darstellung) 


Ein Datensatz ist die Instanziierung eines Datenobjekts. Zum Beispiel bildet ein Kun- 
denstammdatensatz mit allen Merkmalen das Geschäftsobjekt „Kunde“ so ab, dass alle 


Geschäftsprozesse rund um den Kunden (Vertrieb, Service, Debitorenbuchhaltung) rei- 


bungslos ablaufen. Auf der dritten Aggregationsebene fassen Tabellen mehrere Datensätze 


zusammen, z. B. in einer Kundenstammdatentabelle. Datenbanken wiederum aggregieren 
mehrere Tabellen. Eine Kundenmanagement-Datenbank könnte alle Kundenstammdaten 
sowie die zugehörigen Vertriebsdaten enthalten. Die Gesamtheit aller Datenbanken im 


Unternehmen bildet schließlich den Unternehmensdatenbestand (engl. Data Resource). 
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repräsentiert 


Datenvvelt --------------------- > Reale Welt 
Instanz Typ (Klasse) Typ (Klasse) Instanz 
Unternehmensdaten- „Sämtliche Datenbestände 
bestand unseres Unternehmens“ 
hat 1-n 
AZ 
Datenbank Alle Kunden der BU XY 
inkl. Vertriebsdaten“ 
d hat 1-n 
ba 
š Bi z Ul Kunden der BU 
arə Tabell ,Unsere Kunden der 
£ s SE XY in Deutschland" 
< D 
iş R 
Š 5 hat 1-n Geschäftsobjekt: „Der Kunde Max Müller“ 
2 „Ein Kunde“ Type Kd 
x I 1 : R ID 4711 
instanzilert ` instanziiert 
Datensatz 1-------2 > Datenobiekt | Kunde — Lastname Müller 
First name Max 
hat 1-n | hat =: 
AA 
i ii instanziiert 
Datenelement Instan ziert] ‚Attribut | Nachname K- E Müller 


Abb. 1.13 Übersicht der logischen Datenorganisation. (eigene Darstellung) 


Abbildung 1.13 visualisiert diese Beziehungen. Diese Darstellung der Datenorganisation 
richtet sich nach dem relationalen Datenmodell. Im idealen, semantisch eindeutigen Fall 
gibt es eine 1:1-Beziehung zwischen der Datenwelt und der realen Welt, d. h. ein Daten- 
objekt bildet genau ein Geschäftsobjekt ab. In der Realität gibt es jedoch oft mehrere 
Datenobjekte parallel, die dasselbe Geschäftsobjekt repräsentieren. In diesem Fall ist das 
Datenqualitätsmanagement gefordert, Richtlinien, Prozesse und Systeme zu etablieren, 
die erlauben, das für einen bestimmten Kontext „richtige“ Datenobjekt zu identifizieren 
und für die Nutzung in Geschäftsprozessen bereitzustellen. 


1.5.2 Stammdaten 


Der Standard ISO 8000 der International Organization for Standardization (ISO) (ISO 
2009) definiert Stammdaten als Informationsobjekte, „welche unabhängig und funda- 
mental für eine Organisation sind. [Stammdaten] müssen referenziert werden, um Trans- 
aktionen durchführen zu können.“ Diese Daten müssen innerhalb eines Unternehmens 
über mehrere Organisationseinheiten hinweg eindeutig identifiziert und einheitlich inter- 
pretiert werden. Dabei sind Konzerndaten sogenannte „globale“ Stammdaten, die für das 
gesamte Unternehmen gelten. Im Gegensatz dazu gelten „lokale“ Stammdaten nur z. B. 
für einen Geschäftsbereich, einen Standort oder eine Unternehmensfunktion. Im Fokus 
der hier vorgestellten Methoden und Werkzeuge stehen die Konzerndaten. Da sich im all- 
gemeinen Sprachgebrauch sowie in kommerziellen Softwarelösungen jedoch der Begriff 
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„Stammdaten“ durchgesetzt hat, verwendet das Buch überwiegend diese gängigere Be- 
zeichnung. 

Stammdaten verändern sich im Gegensatz zu Bewegungs- oder Bestandsdaten ver- 
gleichsweise selten. Diese Daten werden darum manchmal auch als „static data“ (statische 
Daten) bezeichnet. In der Praxis ist es nicht möglich, eine allgemeingültige Liste aller 
Stammdatenklassen zu definieren. So gelten z. B. Daten zu Verträgen in der Energie- und 
Versicherungswirtschaft als Stammdaten, in der Telekommunikationsbranche hingegen 
aufgrund der im Vergleich kurzen Laufzeiten und häufigen Änderungen faktisch als Be- 
wegungsdaten. 

Die Firma Bosch z. B. klassifiziert folgende Daten als Stammdaten (Hatz 2008): 


° Kunden 

e Kundenhierarchien 

e Materialien 

e Lieferanten 

e Mitarbeiter 

° Kontenpläne 

° Organisationseinheiten 


In der Praxis ist weniger relevant, wie Stammdaten von Bewegungs- und Bestandsdaten 
abzugrenzen sind, sondern vielmehr, welche einzelnen Attribute einer Stammdatenklas- 
se von einem zentralen Stammdatenmanagement verwaltet werden müssen. Denn eine 
zentrale Organisationseinheit kann diese Aufgabe aufgrund der Komplexität einzelner 
Stammdatenklassen nicht in vollem Umfang unternehmensweit übernehmen. Grundsätz- 
lich beantwortet sich die Frage, welche Attribute einer Stammdatenklasse zum Umfang 
des zentralen Stammdatenmanagements gehören, aus der Analyse der strategischen An- 
forderungen jedes einzelnen Unternehmens. 

Dabei können nach (White 2010; White und Radcliffe 2007) folgende Unterschei- 
dungsmerkmale helfen: 


° Organisatorische Reichweite: Unterscheidung zwischen „globalen“, also unterneh- 
mensweit genutzten Konzerndaten und lokalen Daten 

° Datentyp: Unterscheidung zwischen „strukturierten“ Daten, welche typischerweise in 
relationalen Datenbanken verwaltet werden, und „unstrukturierten“ Daten wie Pro- 
duktinformationen (z. B. Bilder, Werbetexte, Applikationsvideos) 

° Ort der Metadatendefinition: Unterscheidung zwischen interner Definition von Bedeu- 
tung, Formaten sowie Standardwerten einerseits und externer Definition andererseits 
(zum Beispiel bei Länder- und Währungscodes der ISO sowie Klassifikationsstandards 
wie eCl@ss und UN/SPSC) 


Stammdaten, die extern definiert sind, heißen Referenzdaten. Beispiele sind, wie oben 
erwähnt, Ländercodes und Währungscodes sowie Geodaten. Metadaten (wörtlich „Daten 
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über Daten“) beschreiben und definieren Eigenschaften von anderen Daten (DAMA 2008, 
S. 84). Eine Unterart von Metadaten sind z. B. Anderungsdaten. Diese halten fest, wann, 
wie und von wem ein bestimmtes Datum geändert wurde. 


1.5.3 Datenqualität 


Datenqualität ist ein mehrdimensionales, kontextabhängiges Konzept (Wang und Strong 
1996). Es gibt also nicht ein einziges Merkmal, das Datenqualität vollständig beschreibt. 
Vielmehr gibt es verschiedene Datenqualitätsdimensionen, die in ihrer Gesamtheit die 
Qualität von Daten beschreiben. Typische Datenqualitätsdimensionen sind!?: 


° Korrektheit: Stimmen die Daten sachlich richtig mit den Eigenschaften des Objekts in 
der realen Welt überein, das sie repräsentieren sollen? 

° Konsistenz: Stimmen mehrere Datenversionen desselben realen Objekts, die z. B. in 
unterschiedlichen Informationssystemen gehalten werden, miteinander überein? 

° Vollständigkeit: Sind alle Werte/Attribute eines Datensatzes komplett vorhanden? 

° Aktualität: Stimmen die Daten zu jedem Zeitpunkt mit dem aktuellen Status des realen 
Objekts überein und werden die Daten angepasst, wenn es sich ändert? 

° Verfügbarkeit: Sind die Daten für Datennutzer zum gewünschten Zeitpunkt problem- 
los zugänglich? 


Kontextabhängigkeit bedeutet, dass Datenqualität für einen Geschäftsvorfall ausreichend 
sein kann, für einen anderen hingegen ungenügend. Zum Beispiel ist für die Logistikab- 
teilung eines Automobilzulieferers die korrekte Lieferadresse eines Kunden einschließlich 
der korrekten Frachtrampe essentiell zur Bedienung eines Auftrags. Für die Vertriebs- 
abteilung desselben Unternehmens sind Korrektheit und Konsistenz der Lieferadresse 
dagegen unerheblich, da ihr z. B. für eine Auswertung über den mit diesem Kunden im 
vergangenen Jahr eingenommenen Umsatz allein Unternehmensname und Landeszuord- 
nung ausreicht. Deshalb ist Datenqualität insgesamt definiert als ein Maß für die Eignung 
der Daten für bestimmte Anforderungen in Geschäftsprozessen, in denen sie verwendet 
werden (Otto et al. 2011). 

Datenqualität ändert sich über die Zeit, weil die Daten lediglich ein Abbild der Wirk- 
lichkeit darstellen, sich diese Wirklichkeit aber verändert. Zum Beispiel ziehen Kunden 
um und Lieferanten ändern ihre Rechtsform. Abbildung 1.14 stellt einen typischen Daten- 
qualitätsverlauf dar, wie er in vielen Unternehmen zu finden ist. 

Viele Unternehmen beginnen erst mit der Lösung der Datenqualitätsprobleme, wenn 
die Datenqualität bereits unter ein Maß gesunken ist, das reibungslose Geschäftsprozesse 


12 Literatur und Praxis definieren eine Vielzahl unterschiedlicher Datenqualitätsdimensionen. Quel- 
len finden sich z. B. bei DAMA (2009) oder bei der International Association for Information and 
Data Quality http://iaidg.org/main/glossary.shtml#D. Hier sind die fünf wichtigsten Dimensionen 
wiedergegeben. 


32 1 Datenqualität - eine Managementaufgabe 


À 
Stammdatenqualitàt 


I. 


Projekt 1 Projekt 2 Projekt 3 


Legende: @ „U-Boote“ der Stammdatenqualitàt (z. B. Migrationen, 
Prozessfehler, Inkonsistente Berichte). 


Abb. 1.14 Typischer Datenqualitätsverlauf über die Zeit in Unternehmen. (Otto 2014, S. 21) 


ermöglicht. Migrationsprobleme, hoher manueller Aufwand in Geschäftsprozessen, Ma- 
nagement Reports mit unterschiedlichen Werten zur gleichen Kennzahl sind Beispiele für 
die Datenqualitätsprobleme, die plötzlich sichtbar werden, nachdem die Datenqualität zu- 
vor schleichend abgefallen ist. 


1.5.4 Datenqualitatsmanagement (DQM) 


Die Analyse, Verbesserung und Sicherung der Datenqualität ist Aufgabe des DQM. Wie- 
derum unter Übernahme produktionswirtschaftlicher Ansätze versteht die Data Manage- 
ment Association (DAMA) unter DQM sämtliche Aktivitäten, Verfahren und Systeme, 
die unter Nutzung von Methoden des Qualitätsmanagements die Eignung der Daten zur 
Nutzung messen, verbessern und sichern (DAMA 2008). 

DQM unterscheidet generell zwischen präventiven und reaktiven Maßnahmen. Präven- 
tives DQM zielt darauf ab, Datendefekte mit negativer Auswirkung auf die Datenqualität 
zu vermeiden. Im Gegensatz dazu zielt das reaktive DQM darauf ab, bestehende Daten- 
defekte zu entdecken und zu beheben. 

Der reaktive Ansatz hat mehrere Nachteile: 
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° Ressourcen für die Verbesserung der Datenqualität (z. B. Software, Expertenwissen, 
Beratungsleistungen) sind nicht eingeplant und budgetiert und damit im Zweifel nicht 
verfügbar. 

° Rein reaktives Datenqualitätsmanagement geht häufig damit einher, dass Datenquali- 
tät nicht gemessen wird. In solchen Fällen fehlen dem Unternehmen häufig Zielwer- 
te, d. h. es ist nicht überprüfbar, ob die (reaktiven) Maßnahmen zur Verbesserung der 
Datenqualität ausreichen oder gar über das Ziel „hinausschießen“. 

° Das Total Quality Management, ein Qualitätsmanagementansatz aus dem Operations 
Management, zeigt, dass die Summe der Kosten aller reaktiven Maßnahmen im Quali- 
tätsmanagement die Kosten eines präventiven Qualitätsmanagements übersteigt (Reid 
und Sanders 2005). Das gilt für materielle Güter wie für immaterielle (z. B. Daten). 


Ein Beispiel für eine präventive DQM-Maßnahme ist die Nutzung von automatischen 
Prüfregeln (auch „Geschäftsregeln“, siehe folgender Abschnitt) bei einer manuellen 
Dateneingabe. Ein wichtiges und von vielen Unternehmen verwendetes Stammdatum ist 
die DUNS-Nummer (Data Universal Numbering System), ein Zahlencode zur Identifika- 
tion von Unternehmen. Für diesen Fall sind Dienste verfügbar, die in Echtzeit die Gültig- 
keit der in ein systemgestütztes Formular eingegebenen Nummer überprüfen und so eine 
fehlerhafte Eingabe verhindern. Ein Beispiel für eine reaktive Maßnahme im selben Fall 
ist die nachträgliche Datenbereinigung von Duplikaten im gleichen oder in verschiedenen 
Datenbeständen. 

Grundsätzliches Ziel von Unternehmen ist es, Datendefekte möglichst zu erkennen, 
bevor sie eintreten, um Risiken und Kosten infolge mangelnder Datenqualität zu vermei- 
den. Jedoch verursachen nicht nur defekte Daten Kosten, sondern auch das DQM. DQM- 
Kosten fallen sowohl für präventive als auch für reaktive Maßnahmen an. In Analogie 
zum Qualitätsmanagement generell (Campanella 1999) kann ein überproportionaler Zu- 
sammenhang zwischen Datenqualität und DQM-Kosten unterstellt werden. Die Grenz- 
kosten des DQM nehmen also zu. Im Gegensatz dazu nehmen die Folgekosten schlechter 
Daten ab, je höher die Datenqualität ist. Die gesamtkostenoptimale Datenqualität ergibt 
sich dann als Minimum der Summenfunktion aus DQM-Kosten und Folgekosten defekter 
Daten (Eppler und Helfert 2004) (Abb. 1.15). Aufgabe des DQM ist es somit, eine kosten- 
optimale Kombination aus präventiven und reaktiven Maßnahmen zu finden. In der Praxis 
treten dabei häufig Schwierigkeiten auf, weil das Rechnungswesen typischerweise viele 
DQM-Kosten nicht ausweist. Das gilt insbesondere für die Folgekosten, die in verschiede- 
nen Unternehmensfunktionen anfallen und in weiten Teilen kaum zu quantifizieren sind. 


1.5.5 Geschaftsregeln (Business Rules) 


Die automatische Prüfung von Geschäftsregeln (engl. Business Rules) ist ein wichtiges 
Mittel sowohl für das proaktive als auch für das reaktive Datenqualitätsmanagement. Ge- 
schäftsregeln definieren die Ausführung und die Leistung von Geschäftsprozessen (Ross 
und Lam 2011). Geschäftsregeln formalisieren damit die Richtlinien (engl. business poli- 
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Abb. 1.15 Datenqualitätskosten. (nach Eppler und Helfert 2004, S. 318) 


cies) im Unternehmen (OMG 2008). Sie helfen häufig dabei, dass Wissen „in den Köpfen“ 
der Mitarbeiter zu explizieren, damit es zur Wiederverwendung und Automatisierung in 
IT-Systemen festgehalten werden kann. Geschäftsregeln sind das Bindeglied zwischen 
dem Geschäftsprozess- und dem Datenmanagement. Denn neben der Steuerung von Ge- 
schäftsprozessen dienen Geschäftsregeln auch dazu, Datenqualität zu messen und zu kon- 
trollieren. In der Praxis werden diese Regeln teilweise auch als „Validierungsregeln“ oder 
„Prüfregeln“ bezeichnet. 

Einfache Geschäftsregeln definieren z. B. Pflichtfelder in Eingabemasken. So könnte 
eine einfache Regel für die Anlage eines Kundenstamms lauten, dass ein Kundenstamm- 
datensatz nur dann vollständig ist, wenn er eine Rechtsform (GmbH, AG usw.) besitzt. 
Wird dieses Feld nicht ausgefüllt, kann der Datensatz nicht weiter bearbeitet werden. Im 
Standard SBVR (Semantics of Business Vocabulary and Business Rules) der Object Ma- 
nagement Group werden solche Regeln als strukturelle Regeln (engl. structural rules) 
bezeichnet (OMG 2008). Ein komplexeres Beispiel wäre beispielsweise eine Regel, die 
steuert, nach welchen Kriterien über die weitere Behandlung einer Beschwerde im Kun- 
denservice entschieden werden sollte. Eine solche Regel wird in SBVR als operative 
Regel (engl. operative rule) bezeichnet. Tabelle 1.9 zeigt ein Beispiel für strukturelle und 
operative Regeln. 

Formale Sprachen wie SBVR oder BPMN (Business Process Model and Notation) do- 
kumentieren Geschäftsregeln so, dass sie sich einfach in Programmcode umsetzen lassen 
bzw. direkt maschinenlesbar sind. Die Gesamtmenge von Geschäftsregeln eines Unter- 
nehmens kann in einer Rule Engine verwaltet werden. Es ist Aufgabe des Datenqualitäts- 
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Tab.1.9 Beispiel für eine Geschäftsrichtlinie und Geschäftsregeln. (Ofner 2013, S. 51) 

Geschäftsrichtlinie Neue Lieferanten müssen in Übereinstimmung mit (globalen, national 
oder regionalen) gesetzlichen Vorgaben und Bestimmungen aufge- 
nommen werden. Der Prozess muss nachvollziehbar sein. 


Strukturelle Regel Es ist notwendig (engl. nach SBVR-Standard: „It is necessary that”), 
dass jeder Lieferant einen Sicherheitskennzeichen hat. 


Operative Regel Es ist unerlässlich (engl. nach SBVR-Standard: „It is obligatory 
that“), dass das Sicherheitskennzeichen jedes Lieferanten, der Pro- 
dukte in die USA liefert, auf „ja“ steht. 


managements, die für die Sicherstellung hoher Datenqualität relevanten Geschäftsregeln 
zu identifizieren, zu dokumentieren, umzusetzen und zu pflegen. 
Zusammengefasst bieten Geschäftsregeln folgende Vorteile für das DQM: 


° Automatisierung: Sie automatisieren Teile von Geschäftsprozessen und können diese 
damit beschleunigen und manuelle Aufwände reduzieren (z. B. durch automatisches 
Vor-Ausfüllen IT-gestützter Formulare). 

e Fehlervermeidung: Geschäftsregeln helfen dabei, Flüchtigkeits- und vorsätzliche Feh- 
ler zu vermeiden (Prüfregeln verhindern, dass obligatorische Felder „vergessen“ wer- 
den können). Dies ist eine Maßnahme für proaktives Datenmanagement. 

e Messung und Steuerung der Datenqualität: Datensätze können erst kontinuierlich oder 
periodisch auf Regelkonformität überprüft werden, nachdem Geschäftsregeln defi- 
niert und in IT-Systeme implementiert wurden. Nur so können automatisiert Fehler in 
Datensätzen entdeckt werden, bevor diese Fehler in Geschäftsprozessen verursachen. 
Dieses Wissen kann erstens dazu verwendet werden, Maßnahmen zur Verbesserung 
der Datenqualität zu initiieren (Maßnahme des reaktiven Datenqualitätsmanagements). 
Zweitens kann das Ergebnis der Datenqualitätsmessung über Geschäftsregeln in einem 
Datenqualitäts-Indikatorwert (auch „Datenqualitätsindex“ oder „Datenqualitäts-Ziel- 
wert“ genannt) ausgedrückt werden. Mit diesem Wert lässt sich die Veränderung der 
Datenqualität in einem System im Laufe der Zeit nachvollziehen und z. B. auch die 
Datenqualitätsentwicklung zwischen verschiedenen Geschäftseinheiten vergleichen. 

° Bewusstsein für DQM: Eine Initiative zur Bestimmung von Geschäftsregeln trägt dazu 
bei, bei allen beteiligten Mitarbeitern ein Bewusstsein für die Bedeutung von DQM 
im Allgemeinen zu schaffen. Damit erhöhen sich die Chancen, dass Mitarbeiter auch 
solche Datenqualitätsprobleme bemerken, die nicht mit Regeln geprüft werden können. 
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Allerdings ist die Verwendung von Geschäftsregeln auch mit einigen Herausforderungen 
verbunden: 


° Explikation: Da das Wissen über Geschäftsregeln meist nicht in Dokumenten vorliegt 
(zumindest nicht an einer einzelnen Stelle), sondern „in den Köpfen der Mitarbeiter“ 
verborgen ist, besteht die größte Herausforderung darin, dieses Wissen zu dokumentie- 
reni: 

° Verringerung der Prozessflexibilität: Sind Geschäftsregeln zu restriktiv definiert, kön- 
nen sie bei seltenen oder unvorhergesehenen Prozessvarianten zu Mehraufwänden oder 
erst recht zu falschen Eingaben führen, wenn Mitarbeiter Regeln „umgehen“ müssen. 

e Überbevvertung der Aussagekraft eines Datenqualitätsindex: Ein guter Datenqualitäts- 
index sagt lediglich aus, dass die Daten gemessen an allen bekannten und implemen- 
tierten Regeln korrekt sind. Falls diese Regeln aber unvollständig oder veraltet sind, 
wird das Datenqualitätslevel überschätzt. Daraus folgt, dass Geschäftsregeln aktiv ver- 
waltet werden müssen: Wenn sich die Geschäftswirklichkeit ändert, müssen auch die 
Regeln geändert werden. Darüber hinaus müssen Datenqualitätsmanager akzeptieren, 
dass niemals sämtliche Datenqualitätsprobleme mit automatischen Prüfregeln erfass- 
bar sind. Deshalb darf die Schulung und fortwährende Motivation der Mitarbeiter, im 
Alltag mit „gesundem Menschenverstand“ auf Datenqualität zu achten, auch nach der 
Implementierung von Geschäftsregeln nicht vernachlässigt werden. 


1.5.6 Data Governance 


Data Governance unterscheidet sich von DQM. Data Governance verfolgt das Ziel, den 
Wert der Daten im Unternehmen zu maximieren (Otto 2011a). Die wertmäßige Betrach- 
tung von Daten im Sinne eines Anlageguts geht ebenfalls zurück auf die Übertragung 
von Konzepten zur Bewirtschaftung materieller Güter auf den Umgang mit Daten (Horne 
1995). Heute diskutieren Forschung und Praxis, ob der Wert von Daten für Unterneh- 
men auch finanzbuchhalterisch erfasst werden kann und soll (Atkinson und McGaughey 
2006). Grundsätzlich besitzen Daten nur dann einen Wert, wenn sie genutzt werden. Ihre 
Eignung zur Nutzung wiederum ist definiert als Datenqualität (s. o.). Niedrige Datenquali- 
tät schmälert den Wert der Datengüter im Unternehmen, weil ihre Nutzbarkeit gering ist 
(Even und Shankaranarayanan 2007). Unternehmen sind also bestrebt, mit dem DQM eine 
von der Geschäftsstrategie geforderte Datenqualität zu erreichen. 

Die Beziehung zwischen DQM und Data Governance folgt der von der ISO vorge- 
schlagenen Unterscheidung zwischen Governance und Management (ISO/IEC 2008). In 
diesem Sinne bildet Data Governance die Führungsfunktion für das DQM. Denn Data 


13 Der japanische Wissenschaftler Ikujiro Nonaka beschrieb 1991 in seinem Aufsatz „The Know- 
ledge-Creating Company“ diesen Prozess als „Artikulation von implizitem Wissen“ („articulation 
of tacit knowledge“) (Nonaka 2007). Wir verwenden hier bewusst den Begriff „Explikation“, da er 
dem heutigen Sprachgebrauch und den jüngeren auf Nonaka aufbauenden Quellen entspricht. 
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Abb. 1.16 Datenqualitätsmanagement und Data Governance. (Otto 2011a, S. 236) 


Governance legt fest, welche Entscheidungen im Umgang mit Daten zu treffen sind und 
wer sie trifft. Aufgabe des DQM ist es, die datenqualitätsrelevanten Entscheidungen zu 
fällen und umzusetzen. 

Abbildung 1.16 stellt diesen Zusammenhang grafisch dar. 


1.6 Kompetenzzentrum Corporate Data Quality 


Das Kompetenzzentrum Corporate Data Quality (CC CDQ) ist ein Konsortialprojekt, 
das Lösungen für die dauerhafte Sicherung von Datenqualität in großen Unternehmen er- 
forscht, entwickelt und überprüft. 

Konsortialforschung findet im Verbund von Forschungseinrichtungen und Unterneh- 
men statt, die an einem Thema von gemeinsamem Interesse arbeiten. Konsortialforschung 
hat mehrere Ziele (Österle und Otto 2010): 


e Forscher und Praxispartner definieren gemeinsam die Forschungsziele, bewerten die 
laufende Arbeit und evaluieren die Projektergebnisse. 

° Mehrere Partnerunternehmen bringen ihre Expertise ein und gewähren den Forschern 
Zugang zu ihrem Wissen. 

° Die Forschungsergebnisse sind Artefakte (z. B. Methoden, Modelle oder Prototypen), 
die zur Lösung praktischer Probleme beitragen. 

° Der Gestaltungsprozess ist mehrfach iterativ und umfasst Iterationszyklen über vier 
Phasen und mehrere Partnerunternehmen. 

° Die Partnerunternehmen testen die Artefakte in ihrem betrieblichen Umfeld. 

° Die Partnerunternehmen finanzieren das Projekt mindestens in Teilen. 
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Abb. 1.17 Konsortialforschung. (Österle und Otto 2010, S. 278) 


° Forscher und Praktiker nehmen über einen signifikanten Zeitraum hinweg an dem Pro- 
jekt teil (in der Regel zwei Jahre). 
e Die Forschungsergebnisse werden der Öffentlichkeit zugänglich gemacht. 


Konsortialforschung läuft, nach ähnlichen Prinzipien wie der Action Design Research 
(Sein etal. 2011), zyklisch ab, d. h. Ergebnisse werden kontinuierlich an den Anforderun- 
gen der Forschung und Praxis gemessen, weiterentwickelt und getestet. Abbildung 1.17 
stellt diesen Ablauf dar. 

In regelmäßigen Workshops treffen sich die Mitglieder des Konsortiums und tauschen 
Erfahrungen aus, besprechen offene Punkte und arbeiten gemeinsam an Methoden, Mo- 
dellen und Lösungen. Sogenannte bilaterale Projekte überprüfen die Ergebnisse anschlie- 
Bend unternehmensindividuell. 

Das CC CDQ startete im November 2006 mit dem Ziel, Antworten auf folgende Fragen 
zum Datenqualitätsmanagement zu finden: 


° Welchen Beitrag liefert Stammdatenqualität zu den Unternehmenszielen? 
° Wie steht das eigene Unternehmen im Vergleich zu anderen? 

° Wie lässt sich die Leistung des Datenqualitätsmanagements messen? 

° Was sind Kosten und Nutzen der Datenqualität? 

° Wie etablieren Unternehmen Data Governance in der Organisation? 
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° Was ist das richtige Maß an Standards und Regulierung für die Daten? 

° Wie ist ein gemeinsames Verstàndnis über die Stammdaten im ganzen Unternehmen zu 
schaffen? 

° Was ist die richtige Datenarchitektur? 

° Welchen Beitrag leisten innovative Technologien wie das Semantic Web und In-Memory 
Computing? 


Seit 2006 nahmen 30 Unternehmen am CC CDQ teil. Durchschnittlich sind ca. zehn bis 
vierzehn Unternehmen gleichzeitig aktiv und die Verweildauer im Konsortium reicht von 
zwei bis über sieben Jahre. Tabelle 1.10 listet sämtliche aktuellen und ehemaligen Unter- 
nehmen auf, die seit der Gründung des CC CDQ im Jahr 2006 Partner im Kompetenz- 
zentrum waren. 

In den meisten Fällen nehmen Vertreter sowohl aus Fachbereichen (z. B. Supply Chain 
Management, Finanzen) und Informatikabteilung am CC CDQ teil. Dadurch ist gewähr- 
leistet, dass immer eine fachliche und eine informationstechnische Perspektive auf das 
Thema eingenommen werden. 

Die Fallstudien in Kap. 2 und die Werkzeuge und Methoden in Kap. 3 sind Ergebnisse 
des CC CDQ. 


Tab. 1.10 Mitglieder des CC CDQ seit Gründung im Jahr 2006 (in alphabetischer Reihenfolge) 


Unternehmen Dauer der Mitgliedschaft im CC CDQ 
ABB Ltd. 2014 — Gegenvvart" 
AO Foundation 2011 — 2012 
AstraZeneca PLC 2012 — Gegenvvart 
Bayer AG 2006 — Gegenvvart 
Beiersdorf AG 2010 — Gegenvvart 
Corning Cable Systems GmbH 2012 

Daimler AG 2007—2008 

DB Netz AG 2008-2009; 2014 — Gegenvvart 
Drägerwerk AG & Co. KGaA 2013 — Gegenwart 
eClgöss e. V. 2014 — Gegenwart 
E.ON SE 2007—2008 
Ericsson AB 2014 — Gegenvvart 
ETA SA 2006-2008 

Festo AG & Co. KG 2010- Gegenwart 
Hewlett-Packard GmbH 2008-2010 

IBM Deutschland GmbH 2007-2011 

Kion Information Management Service GmbH 2010-2012 

Merck KGaA 2014 — Gegenwart 
Migros-Genossenschafts-Bund 2009 

Nestlé SA 2008 — Gegenwart 
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Tab. 1.10 (Fortsetzung) 


Unternehmen Dauer der Mitgliedschaft im CC CDQ 
Novartis Pharma AG 2008-2010; 2014 
Osram GmbH 2013 — Gegenwart 
Robert Bosch GmbH 2007 — Gegenwart 
SAPAG 2012-2014 
Schweizerische Bundesbahnen SBB 2013 — Gegenwart 
Schaeffler AG 2014 — Gegenwart 
Siemens Enterprise Communications GmbH & Co. | 2010-2013 

KG 

Svvisscom (Schweiz) AG 2012 — Gegenvvart 
Syngenta Crop Protection AG 2009—2013 
Telekom Deutschland GmbH 2008-2010 

ZF Friedrichshafen AG 2007 — Gegenwart 


a Entspricht dem Zeitpunkt der Fertigstellung des Manuskripts im Februar 2015 
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Zusammenfassung 


Kapitel 2 zeigt erfolgreiche Beispiele für Stammdatenqualitätsmanagement in der Pra- 
xis anhand von zehn Fallstudien, die im CC CDQ durchgeführt wurden. Die Fallstudi- 
en decken alle Aspekte des Referenzmodells für das Stammdatenqualitätsmanagement 
aus Kap. 1 ab. 

Die Fallstudien beschreiben Ausgangssituation, Vorgehen und Ergebnisse in den 
Unternehmen, ohne Bewertungen einzelner Maßnahmen vorzunehmen. Das Kapitel 
verwendet zentrale Konzepte des Stammdatenqualitätsmanagements jedoch konsis- 
tent. Unternehmensspezifische Begriffe wie Rollenbeschreibungen und Anwendungs- 
systemnamen sind beibehalten. 

Erfolgsfaktoren sowie Verweise auf weiterführendes Material runden die einzelnen 
Fallstudien ab. 


Das Kompetenzzentrum Corporate Data Quality (CC CDQ) führt Fallstudien zum unter- 
nehmensweiten Datenqualitätsmanagement durch, welche die in der Praxis auftretenden 
Herausforderungen und Lösungsansätze für unterschiedliche Facetten des Datenmanage- 
ments dokumentieren. Dieses Kapitel präsentiert eine Auswahl von 10 Fallstudien aus 
verschiedenen internationalen Großunternehmen. Die folgende Tabelle (Tab. 2.1) listet 
als Navigationshilfe die Titel aller Fallstudien auf und gibt an, welche Bereiche des Fra- 
meworks für Stammdatenqualitätsmanagement (Kap. 1.4) in den beschriebenen Projekten 
jeweils behandelt werden. 


B. Otto, H. Österle, Corporate Data Quality, DOI 10.1007/978-3-662-46806-7_2 45 
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Tab.2.1 Fallstudienübersicht 


2 Fallstudien zur Datenqualität 


DQM-Framework- 
Bereiche 

Fallstudien 

1) Allianz: 

Data Governance 

und Datenqualitäts- 
management in der 
Versicherungswirtschaft 


Strategie 


Füh- 
rungs- 
system 


Organi- 
sation 


Prozesse 
und 
Methoden 


Archi- 
tektur 


Anwen- 
dungs- 
systeme 


2) Bayer CropScience: 
Datenqualitätscontrolling 
in der agrochemischen 
Industrie 


3) Beiersdorf: 
Produktdatenqualität in der 
Konsumgüter-Supply Chain 


4) Bosch: 
Datenarchitekturmanage- 
ment in einem diversifizier- 
ten Technologiekonzern 


5) Festo: 
Unternehmenswei- 

tes Produktdaten- 
management in der 
Automatisierungsindustrie 
6) Hilti: 

Durchgängiges Kun- 
dendatenmanagement 

in der Werkzeug- und 
Befestigungsindustrie 


7) Johnson & Johnson: 
Institutionalisierung 

des Stammdaten- 
managements in der 
Konsumgüterindustrie 


8) Lanxess: 

Business Intelligence 
und Stammdatenma- 
nagement bei einem 
Spezialchemiehersteller 


9) Shell: 

Datenqualität im Pro- 
duktlebenszyklus in der 
Mineralölindustrie 


10) Syngenta: 
Auslagerung von Datenma- 
nagementaufgaben in der 
Pflanzenschutzindustrie 
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2.1 Allianz: Data Governance und Datenqualitatsmanagement in 
der Versicherungswirtschaft 


2.1.1 Unternehmensüberblick 


Tab. 2.2 Kurzprofil Allianz 


Allianz SE 

Gründung 1890 

Branche Versicherungsvvesen, Finanzdienstleistungen 
Unternehmenssitz München, Deutschland 

Rechtsform Societas Europaca 

Homepage www.allianz.com 

Umsatz (2013) 110,77 Mrd. EUR 

Gewinn (2013) 6,34 Mrd. EUR 

Mitarbeiter (2013) 147.627 


Die Allianz SE ist ein weltweit agierendes Finanzdienstleistungsunternehmen mit Sitz 
in München! 2006 entstand Allianz Global Corporate & Specialty (AGCS) als Tochter- 
unternehmen aus einer Zusammenführung verschiedener Geschäftsbereiche der Marken 
„Global Risks“ sowie „Marine & Aviation”. 

AGCS bietet Versicherungsdienstleistungen für Unternehmen in 160 Ländern an. Das 
Leistungsspektrum umfasst u. a. Risikotransfer und andere nicht-traditionelle Lösungen 
des Risikomanagements, Konzerneigene Versicherung, Claims Services und Internationa- 
le Versicherungen (Tab. 2.2). 

AGCS operiert in einem stark regulierten Markt. Kritische Erfolgsfaktoren sind: 


° Bestimmung der Höhe des Risikokapitals sowie Vorhalten der nötigen Liquidität, um 
für Force-Majeure-Versicherungsfälle gewappnet zu sein 

° Maximierung der Gewinnmarge bei gleichzeitig ausreichender Höhe von Rücklagen 
für das Risikokapital 

e Umsetzung und Einhaltung gesetzlicher und behördlicher Auflagen (z. B. Solvency U 
(EU 2009)) 


Voraussetzung für diese Fähigkeiten sind Daten in hoher Qualität, denn sie sind einerseits 
Input für die Berechnung des Risikokapitals und andererseits Basis für die Berichtspflicht 
im Rahmen von Solvency II. Die grundlegenden Zusammenhänge für die Berechnung des 
sogenannten Solvenzkapitals gemäß Solvency II stellt Abb. 2.1 dar. 


! Diese Fallstudie basiert auf der im CC CDQ durchgeführten Fallstudie Baghi und Abraham (2013). 
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Ergänzende ° 
Eigenmittel 
Überschuss 
Eigenmittel — e@e—— Solvenzkapital- 
anforderung (SKA) 
Basiseigenmittel = —————, @— Mindestkapital- 
- mə anforderung (MKA) 
Risikomarge 


Vermögenswerte, welche 
die versicherungstech- 

nische Rückstellung, de — 
SKA und die MKA 
umfassen 


Versicherungs- 
technische 
Rückstellung 


Beste Schätzung 


Legende: SKA - englisch SCR (solvency capital requirement); MKA - englisch MCR (minimum capital 
requirement); Basiseigenmittel - englisch basic own funds; Ergänzende Eigenmittel - englisch ancillary 
own funds. 


Hinweis: Die Grafik veranschaulicht die Kapitalvorschriften nach Solvency II und stellt somit keine 
vollständige Bilanzsicht dar. Beide Säulen zeigen Eigenmittel und die gesetzlich vorgegebenen Sollwerte. 


Abb. 2.1 Solvenzkapitalstruktur nach Säule 1 von Solvency 2. (nach KPMG 2011, S. 11) 


2.1.2 Ausgangssituation und Handlungsdruck 


AGCS hat sich alle zwei Jahre einer Prüfung durch die Bundesanstalt für Finanzdienstleis- 
tungsaufsicht (BaFin) zu unterziehen. Nach der Prüfung im Jahr 2010 forderte die BaFin 
AGCS auf, ein Datenqualitätskonzept vorzulegen und ein unternehmensweites Datenqua- 
litätsmanagement aufzubauen (wie es u. a. auch Solvency II vorschreibt). 

Die Analyse der Ausgangssituation vor Umsetzung dieser Vorgabe führte zu folgenden 
Problemstellungen: 


° Unklarheit über Verantwortlichkeiten im Datenqualitätsmanagement: Zwar gab es in 
einigen Abteilungen vereinzelte Datenqualitätsteams, aber kein unternehmensweites 
Konzept. 

e Fehlende Entscheidungsstrukturen bei Datenqualitätsproblemen: Datenqualitätsproble- 
me wurden entweder gar nicht behoben oder erst nach mehrstufigen Eskalationsschrit- 
ten, was dazu führte, dass sich das Unternehmen bezüglich der Datenqualität konstant 
im ,,Feuerlöschmodus"“ befand. 
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e Fehlende organisatorische Verankerung des gesamten Datenqualitätsthemas: Keiner 
Stelle im Unternehmen war klar, wer für die unternehmensweite Koordination des 
Datenqualitätsmanagements verantwortlich zeichnete. 


2.1.3 Das Solvency-Il-Projekt 


Als Reaktion auf das Ergebnis des Prüfungsberichts durch die BaFin initiierte der Finanz- 
vorstand von AGCS 2011 das Solvency-I-Projekt. Er gründete ein Data-Governance-Team 
und setzte ein Projekt mit folgenden Zielen auf: 


° Definition der wichtigsten Datenqualitätsanforderungen bei der Bewertung von Rück- 
stellungsbedarfen 

° Definition der Prozesse und Handlungsanweisungen zur Sicherung der Datenqualität 

° Entwurf der Maßnahmen zur Datenqualitätsmessung und -überwachung 


Diese Ziele wurden in einen Arbeitsplan überführt. Arbeitspakete waren: 


° Entwurf einer unternehmensweiten Richtlinie für das Datenqualitätsmanagement 

e Definition von Rollen und Verantwortlichkeiten für das Datenqualitätsmanagement 

° Definition von Kriterien zur Messung der Datenqualität 

° Entwurf von Prozessen und Abläufen des Datenqualitätsmanagements 

° Auswahl und Implementierung eines Softwaresystems zur dauerhaften Messung der 
Datenqualität 


Das Projekt wurde in drei Phasen zwischen 2011 und 2013 umgesetzt. Die erste Phase 
umfasste die Definition und Zuordnung von Datenqualitätsrollen zu Mitarbeitern sowie 
die Definition eines unternehmensweiten Verständnisses des Datenqualitätsbegriffs. Die 
zweite Phase analysierte die Ist-Situation auf Seiten der „Datenproduzenten“, um zu ver- 
stehen, wo Daten in welchen Systemen in welchen Prozessschritten erzeugt werden und 
was im Anschluss daran mit ihnen geschieht. In der dritten Phase legte das Data-Gover- 
nance-Team ein Regelwerk für die Datenqualität fest, an das sich die Nutzer der Daten zu 
halten hatten. 


2.1.4 Datenqualitätsmanagement bei AGCS 


Die Data-Governance-Organisation ist in der Matrixorganisation der AGCS verankert und 
in der o. a. Richtlinie beschrieben: 
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° Data Governance Steering Group”: Alle Unternehmensfunktionen (Underwriting, 
Claims etc.) sind in diesem Gremium vertreten. Es ist die höchste Instanz des Daten- 
qualitätsmanagements bei AGCS und genehmigt Standards und Richtlinien und über- 
wacht deren Umsetzung. Außerdem stellt die Steering Group sicher, dass sämtliche 
Compliance-Anforderungen berücksichtigt sind. 

e Data Governance Team: Das Data Governance Team berichtet an den COO (Chief 
Operating Officer) der Operational Business Transformation-Abteilung an der Schnitt- 
stelle zwischen Fachbereichen und Informatik im Unternehmen. Das Data Governance 
Team entwirft Prozesse im Datenqualitätsmanagement und erarbeitet Standards für die 
Datenqualität. 

e Datenproduzenten: Die Datenproduzenten sind Teil der Fachbereiche. Sie sind für die 
Bereitstellung und Transformation der Daten verantwortlich. 

e Datennutzer: Sie sind ebenfalls Teil der Fachbereiche und nutzen die Daten u. a. für die 
Risikobewertung. 

° Systemverantwortliche: Sie betreuen die Softwaresysteme, in denen die Daten erfasst, 
verarbeitet und für den Datennutzer bereitgestellt werden. 


Abbildung 2.2 zeigt das Zusammenspiel dieser Rollen. 
Um Datenqualität messbar — und damit steuerbar — zu machen, definiert AGCS drei 
Datenqualitätsmerkmale: 


° Vollständigkeit: Daten gelten als vollständig, wenn sie granular genug sind, um Trends 
zu identifizieren und zugehörige Risiken umfassend zu beschreiben. 

e Genauigkeit: Daten sind genau, wenn sie die Wirklichkeit korrekt, also fehlerfrei, ab- 
bilden. 

° Angemessenheit: Daten sind angemessen, wenn sie für den Geschäftszweck, d. h. die 
Risikoanalyse und -bewertung, geeignet sind. 


Diese Datenqualitätsmerkmale bilden die Grundlage der Datenqualitätsmessung bei 
AGCS. Um die Messungen zu automatisieren, werden die drei Merkmale in Geschäfts- 
regeln festgehalten. Beispiele für Geschäftsregeln der drei Merkmale sind in Tab. 2.3 dar- 
gestellt. 

Beim Entwurf der Prozesse im Datenqualitätsmanagement orientierte sich AGCS an 
gängigen Qualitätsmanagementstandards wie Six Sigma. Als Prozessvorlage diente ins- 
besondere der sogenannte DMAIC-Zyklus: 


° Definieren (D — Define): Dieser erste Schritt umfasst die Definition der Anforderungen 
an die Datenqualität aus den Fachabteilungen. Die Anforderungen werden durch die 
o. a. Merkmale, über Geschäftsregeln und Grenzwerte modelliert. ACGS betrachtet 


? Die Organisationseinheiten werden in allen Fallstudien gemäß dem jeweiligen unternehmensinter- 
nen Sprachgebrauch bezeichnet, d. h. teilweise auf Englisch. 
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System 
Daten- 
eingabe 
Der Datenproduzent ist verantwortlich für die Dat d 
Dateneingabe. ° í í [| atenproduzent 
System 
Datenquelle 
= m S — e 
Der Systemverantwortliche ist verantwortlich Svst t 
für die Pflege der Datenquelle innerhalb des [--------- ys 15 g 
Systems. EEN 
System + ə 
: EE Daten- 
Der Datenproduzent ist verantwortlich für die transformation ——” O 
Datentransformation (d.h. für die Anfrage und O 
Freigabe) der Datentransformations- rt Datenproduzent / 
anforderungen. Systemverant- Datenqualitäts- 
Der Systemverantwortliche ist verantwortlich wortlicher Checkpoint 
für die Pflege der Datentransformation. - 
Datenquelle Geschäfts- und 
Grenzwertregeln 
Datensatz 75:75 
regelmäßig die 
Am Ende des Datenflusses benutzt der Datenqualitat an 
Datenkonsument den Datensatz, der aus der 13... Datenkon- den DQ- 
Datentransformation entlang des Datenflusses sument Checkpoints. 
resultiert. 


Abb. 2.2 Zusammenspiel der Rollen im Datenqualitätsmanagement bei AGCS. (nach Baghi und 
Abraham 2013, S. 11) 


Tab. 2.3 Geschäftsregeln bei AGCS 


Geschäftsregel-Beispiel 


Vollständigkeit Das Feld ,,LoB“ darf nicht leer sein 
Genauigkeit Das Feld „Datum“ muss mit dem korrekten Format befüllt sein 
Der Wert im Feld „Prämie“ darf nicht negativ sein 
Angemessenheit Das Datum im Feld „Booked Date“ darf nicht mehr als 40 Tage nach 


dem Datum im Feld „Bound Date“ liegen (Indikator Prozessqualität) 


bei der Anforderungsdefinition den gesamten Datenlebenszyklus und bindet deswegen 
auch alle beteiligten Rollen, also Datenproduzenten, Datennutzer und Systemverant- 


wortliche, mit ein. 


° Messen (M — Measure): AGCS nutzt SAS DataFlux-Software? zur Messung der Daten- 
qualität. Die Messung erfolgt in regelmäßigen Abständen an verschiedenen Messpunk- 
ten im Datenlebenszyklus. 


° Analysieren (A — Analyze): Die Datennutzer analysieren und priorisieren Datenqua- 
litätsprobleme, die sich aus der Messung ergeben. Beispielsweise führen sie „Root 
Cause“-Analysen durch, um die Ursachen von Datenqualitätsproblemen herauszufin- 


3 Eine Softwareproduktgruppe des Unternehmens SAS für Anforderungen im Datenqualitätsma- 
nagement und Stammdatenmanagement. 
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den, und bereiten Verbesserungsmaßnahmen vor, über welche die Data Governance 
Steering Group zu entscheiden hat. 

° Verbessern (I — Improve): Datenproduzenten, Datennutzer und Systemverantwortliche 
setzen die Entscheidungen der Data Governance Steering Group um. 

e Überwachen (C — Control): Der letzte Schritt überwacht die Verbesserungsmaßnahmen 
und überprüft, ob sie erfolgreich sind. 


Der DMAIC-Zyklus bei AGCS ist in Abb. 2.3 dargestellt. 

AGCS nutzt eine DataFlux-Softwarelösung des Unternehmens SAS für die Datenqua- 
litätsüberwachung. Die Lösung greift auf Daten der operativen Systeme zu, analysiert die 
Datenqualität und stellt die Ergebnisse in einem Datenqualitäts-Cockpit dar“. 

Das Cockpit bietet zwei Sichten auf die Datenqualitätsmessung. Die eine ist für fachliche 
Anwender bestimmt (z. B. Datenkonsumenten oder Datenproduzenten), die zweite für tech- 
nische Anwender der Datenquellen (Systemverantwortliche). Im ersten Fall (Abb. 2.4, linke 
Seite) zeigt das Cockpit die Datenqualität aus Sicht einer bestimmten fachlichen Anforde- 


Definiere Business 
Datenqualitäts- rules A 
anforderungen 
Define 
Messe Datenqualität 
`~ Ki [ DATAFLUX 
Evalulere E ° SAS COMPAN 
Verbesserungen E o 
o CG 
o Q 
E Identifiziere 
lon sii 
70, ö Grundursachen 
Schlage "D VG — 
Verbesserungen fo > 
vor 


Abb.2.3 DMAIC-Zyklus des Datenqualitätsmanagements bei AGCS. (Pfaffenzeller 2012, S. 16) 


4 Während das Cockpit nur die bereits festgelegten Datenqualitätsregeln prüfen kann, stellt die neue 
Governance-Struktur von AGCS auch sicher, dass neue Regeln zügig umgesetzt werden. Wenn 
einem Datennutzer oder Produzenten neue Mängel auffallen, entwickelt das Data Governance Team 
neue Regeln, die nach Abnahme durch die Data Governance Steering Group im DataFlux-Tool 
implementiert werden. 


53 


Allianz: Data Governance und Datenqualitätsmanagement in der... 


2.1 


(¿LI “S ‘ETOT 


weyerqy pun ru8eg vəsu) (s7y224) yüərsüəryənbuəyeqi pun (syz) 1yuonrsuəjJuoumsuoyuəleq sne SIHY Log SunuopgAoqns)ulienbuəojeq Eë `qqv 


„SISON“ üləşs4S-SOƏV Jeqn Bansulg 3uəls əuosiuusə1 


usjeq 
əyey1ə]yə4 


u|əBəi 
-syeyosə9 


idino [99x3 


—-— 


usjeynsay 
yw üşəBəs 


| 


D 
D 
o 
= 
Oo 
° 
D 
x 
° 


əz)esuəl)eq 


(weISÄS-SIHV) 
əqənbuə)eq 


ƏlsnLƏA ƏçJO1O 


usjeq 
əeuəluə 4 

el 

o ul|əBəi 

qe 

° -Syeyasag 

o 


(əulə)s4S-SOƏV Ap) 
usjjanbusjeq 


yndino 189x3 


„I| Adousnıos“ Bunispıojueßummodey 1əqn Sənsulzi :3u9iS əu5sneuuəu) / aysılydeg 


uoJeynsay 
yw üşəBəs 


S4SOIN 


sniuəə leqolo 


9zJesusjeq 
el 

° 

Tİ uənoBəşeyi 
= 

ET 

° 

z ƏHƏMUƏlƏM 
a ! ! 


—— _— 


ƏlsnLƏ A 98çJO1S 


REI) 
sə|euonejədo 


II Adusajos 


OYISU 
-sBunuiəuoIsiəA 


54 2 Fallstudien zur Datenqualität 


rung, z. B. Solvency II. Dafür werden die Geschäftsregeln ausgewertet, die für diese Anfor- 
derung definiert wurden. Der Anwender kann über mehrere Hierarchiestufen vom Berichts- 
kontext der Qualitätsüberprüfung über vordefinierte Risikokategorien und die Quellsysteme 
bis auf die verletzten Geschäftsregeln und die verantwortlichen Datensätze zugreifen. 

Dank dieser „Drill-down-Funktionalität“ kann ACGS fehlerhafte Daten detailliert 
nachvollziehen, weil sowohl Angaben zu den Quellsystemen als auch die Geschäftsre- 
geln, die verletzt wurden, sowie die defekten Daten selbst mitgeführt werden. 

Die Datenquellensicht (Abb. 2.4, rechte Seite) zeigt ähnliche Hierarchiestufen. Hier 
sind die Datenquelle, die Datensätze, die Geschäftsregeln sowie die fehlerhaften Daten 
selbst angegeben. In dieser Sicht können Systemverantwortliche nachvollziehen, wie sich 
die Datenqualität in ihren Systemen entwickelt. 

Abbildung 2.5 zeigt ein Beispiel eines Datenqualitäts-Cockpits bei AGCS. 

Die fortlaufende Datenqualitätsüberwachung und -bewertung bei AGCS basiert auf 
vier Konzepten: 


° Sigma-Level: Jeder Datensatz, der mindestens eine Geschäftsregel verletzt, gilt als feh- 
lerhaft. Die Fehlerrate ist das Verhältnis zwischen fehlerhaften Datensätzen und der 
Gesamtzahl an Datensätzen. Sie kann also einen Wert zwischen 0 und 1 annehmen. 
Gemäß den „Six-Sigma-Prinzipien“ wird die Fehlerrate auf die Standardabvveichung 
analysiert, sodass ein „Six-Sigma“-Niveau erreicht ist, wenn die Fehlerrate einen Wert 
zwischen 0,023 und 0,00026 % annimmt. 

° Reifegrad: Ein qualitatives Maß, nämlich der Reifegrad, ergänzt den errechneten Sig- 
ma-Wert. Der Reifegrad ist das Ergebnis einer Experteneinschätzung und kann die 
Werte „initial“, „verbessert“, „reif“ sowie „nicht zutreffend“ annehmen. 

° Status: Der Status misst die Schwere der Datenfehler und kann die Werte „rot“, „gelb“, 
und „grün“ annehmen. Die Datenfehler werden anhand der Kritikalität der Geschäfts- 
regeln bewertet, die sie verletzen. AGCS unterscheidet zwischen „signifikanten“ und 
„kritischen“ Geschäftsregeln. Ist eine kritische Geschäftsregel verletzt (die schwerwie- 
gendste Einstufung), ist der Datenqualitätsstatus rot. 

° Fehlerentwicklung: Die Datenqualitätsüberwachung stellt dar, wie sich die Fehlerrate 
über die Zeit verändert. 


2.1.5 Erkenntnisse 

Die wichtigsten Erkenntnisse des Projekts waren: 

° Regulatorische Anforderungen wie Solvency II zwingen Unternehmen zum Aufbau 
eines unternehmensweiten Datenqualitätsmanagements. Oft machen erst solche exter- 


nen Anforderungen den Handlungsdruck im ganzen Unternehmen sichtbar und sorgen 
für die notwendige Unterstützung durch die Geschäftsleitung des Unternehmens. 
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Tab. 2.4 Weiterführendes Material zum Fall von AGCS 


Quelle Titel Ergebnistyp Wiss. | Praxis 

Baghi und Case study: Allianz Global Corpo- | Fallstudie CC CDQ 

Abraham 2013 | rate & Specialty AG — data quality V v 
controlling and data governance 

Pfaffenzeller Data governance: data governance | Präsentation auf CC v 

2012 in an insurance company CDQ-Workshop 

Pfaffenzeller Data governance: data governance | Präsentation auf y 

2013 in an insurance company Praxiskonferenz 


e Der Nutzer der Daten (Datenkonsument) definiert die Anforderungen an Datenlebens- 
zyklus und Datenarchitektur. 

° Bewährte Ansätze des Qualitätsmanagements (z. B. der DMAIC-Zyklus) können auf 
das unternehmensweite Datenqualitätsmanagement übertragen werden. Datenqualitäts- 
überwachung ist dabei ein Prozess, der nicht einmalig, sondern kontinuierlich durch- 
laufen werden muss. 

e Risikomanagement-Ansätze helfen bei der Bewertung der Datenqualität. 

° Datenqualitätsüberwachung und Data Governance gehen Hand in Hand. Ohne klare 
Rollen und Verantwortlichkeiten laufen Maßnahmen zur Sicherung und zur Verbesse- 
rung der Datenqualität ins Leere. 

° In komplexen Prozess- und Systemlandschaften ist Datenqualität sowohl aus Daten- 
konsumenten- als auch aus Datenquellensicht zu messen. Nur so sind Ursachenana- 
lysen („Root Cause“-Analysen) möglich. 


2.1.6 Weiterführendes Material 

Für den Fall von AGCS liegen an verschiedenen Orten Details aus wissenschaftlicher und 

auch aus praktischer Perspektive vor (Tab. 2.4). 

2.2 Bayer CropScience: Datenqualitätscontrolling in der 
agrochemischen Industrie 

2.2.1 Unternehmensüberblick 

Die Bayer CropScience AG ist ein Teilkonzern der Bayer AG”. Die Bayer AG gliedert sich 

in die drei operativen Teilkonzerne Bayer Healthcare, Bayer CropScience, Bayer Materi- 


alScience und drei Dienstleistungsunternehmen Bayer Business Services, Bayer Techno- 
logy Services und Currenta (Tab. 2.5). 


5 Diese Fallstudie basiert auf der im CC CDQ durchgeführten Fallstudie Ebner et al. (2011). 
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Tab. 2.5 Kurzprofil Bayer 


Bayer AG 

Gründung 1863 

Branche Arzneimittel, Pflanzenschutzmittel, Kunststoff (CropScience: 
Pflanzenschutzmittel) 

Unternehmenssitz Leverkusen, Deutschland 

Rechtsform Aktiengesellschaft 

Homepage www.bayer.de 

Umsatz (2013) 40,16 Mrd. EUR (CropScience: 8,8 Mrd. EUR) 

Gewinn (2013) 3,19 Mrd. EUR 

Mitarbeiter (2013) 113.200 (CropScience: 22.400) 


Bayer CropScience (BCS) ist in den Bereichen Pflanzenschutz, Schädlingsbekämp- 
fung außerhalb der Landwirtschaft, Saatgut und Pflanzenbiotechnologie tätig. Mit 22.400 
Mitarbeitern und einem Umsatz von 8,8 Mrd. EUR im Geschäftsjahr 2013 ist Bayer Crop- 
Science Marktführer im Bereich agrochemischer Produkte. Bayer CropScience entstand 
2002 durch die Übernahme von Aventis CropScience durch die Bayer AG. 

Bayer CropScience ist in zwei operative Geschäftsbereiche gegliedert: 


° CropProtection/Seeds: Dieser Geschäftsbereich stellt Pflanzenschutzprodukte her, 
also Herbizide, Fungizide, Insektizide und Saatgutbehandlungsmittel. Der Teilbereich 
Seeds züchtet unter dem Einsatz von Biotechnologie Saatgut der Kernkulturen Baum- 
wolle, Raps, Reis und Gemüse. 

° Environmental Science: Dieser Geschäftsbereich ist spezialisiert auf den Einsatz außer- 
halb der Landwirtschaft und bietet Produkte zur Schädlingskontrolle und -bekämpfung 
in Heim und Garten bis zur Forstwirtschaft an. 


Drei Merkmale kennzeichnen den Markt, in dem Bayer CropScience agiert: 


° Regulierung: Länderspezifische gesetzliche Auflagen, branchenspezifische Richtlinien 
sowie behördliche Vorgaben, die sich aus den Eigenschaften der hergestellten Produk- 
te ergeben, regulieren das Marktumfeld von Bayer CropScience. Der Verkauf eines 
Produkts in einem Land ist nur möglich, wenn Bayer CropScience eine gültige Regis- 
trierung besitzt und die chemische Zusammensetzung des Produkts der Registrierung 
entspricht. 

e Forschungs- und Entwicklungsaufwand: Die Entwicklung neuer Produkte ist, ähnlich 
wie in der pharmazeutischen Industrie, langwierig und mit hohen Investitionen verbun- 
den. 

° Saisonalität: Sowohl der Absatz- als auch der Beschaffungsmarkt (Rohstoffe) hängen 
vor allem vom Wetter ab. Hitze- und Kälteperioden in den Anbaugebieten sorgen für 
überdurchschnittliche Preisschwankungen und sind schwer zu prognostizieren. 
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Viele Unternehmen der Branche, wie auch Bayer CropScience, reagieren darauf mit einer 
Integration der Wertschöpfungskette. Der Begriff „Food Value Chain“ beschreibt die 
Planung, Steuerung und Kontrolle von Güter- und Informationsflüssen über die gesamte 
Wertschöpfungskette hinweg vom Landwirt über den Einzelhandel, den Distributor und 
Großhändler sowie die Pflanzenschutzhersteller bis zum Anbieter von Rohstoffen (Wal- 
lich 2013). 


2.2.2 Ausgangssituation und Handlungsdruck 


Bayer CropScience traf 2007 die Entscheidung, die Geschäftsprozesse weltweit mit fol- 
genden drei Zielen zu harmonisieren (Nachtsheim et al. 2010): 


° Verbesserung der Kapitalbedarfs-und Liquiditätsplanung mittels eines durchgängigen 
Prozesses zur Planung und Steuerung der Produktion und Materialbeschaffung ausge- 
hend von der Absatzplanung in den Regionen 

° Verbesserung des Berichtswesens durch eine vereinheitlichte Datengrundlage und ein 
einheitliches Management Cockpit 

° Verbesserung der Qualität der Controlling-Organisation durch ein zentrales Schulungs- 
programm 


Voraussetzung dafür war eine weltweit einheitliche Anwendungssystemlandschaft. In 
einem ersten Schritt konsolidierte BCS die Systeme der Landesgesellschaften von mehr 
als 120 Ländern in drei regionale Systeme (Europa, Asien-Pazifik und Amerika) und har- 
monisierte die Geschäftsprozesse der zuvor eigenständig operierenden Landesgesellschaf- 
ten regional. Im Rahmen dieses Projektes übertrug BCS die Stammdaten für Materialien, 
Kunden und Lieferanten aus den landesspezifischen Systemen in ein zentrales Stamm- 
datensystem, die sogenannte „Golden Box“. Das zentrale System verteilt die Stammdaten 
an die regionalen Systeme. 

Im Anschluss an diese erste Harmonisierung der Systeme der Landesgesellschaften in 
drei regionale Systeme startete das Projekt „Future System Landscape“ (FSL) mit dem 
Ziel, ein globales ERP-System zu etablieren (siehe Abb. 2.6). Teilprojekte des FSL-Pro- 
jekts integrierten die Landesgesellschaften der Regionen in das zentrale ERP-System 
(„Roll-ins‘“) und harmonisierten die lokalen Stammdaten mit dem bereits vom zentralen 
System genutzten Datenbestand. 

Mitte 2008 startete ein Teilprojekt von FSL zur Integration der Supply Chain-Planungs- 
prozesse der Region Asien-Pazifik. Bereits im Kick-off-Workshop traten Schwierigkeiten 
mit der Bereitstellung der Daten für den Roll-in auf. So stellten die Projektmitarbeiter z. B. 
Probleme bei der Bedarfskonsolidierung aktiver Wirkstoffe, bei der Produktpreisfindung 
sowie bei der Programm- und Portfolioplanung fest. Im Rahmen des Workshops gelang 
es ihnen, diese Probleme auf fehlerhafte Daten unter anderem in der Produkthierarchie 
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Aktuelle Systemlandschaft > Zielsystemlandschaft > Erklärung 
Globales Berichtswesen (BW) : : sən 3 
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egionales egionales egionales H D 3 ” 
Berichtswesen Berichtswesen İBeriehtevreseh Finanzplanung (BW, SEM) globales “Business Warehouse 


Finanzplanung 
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upply-Chain-Planung ( ) Globale R... Planung Finanz- und Supply-Chain- 
APO APO Planungsprozessen 
Contract 
SUPREME Sərvər BBP Globales Beschaffungswesen (SRM) | Globales Beschaffungswesen und 
Lieferantenbeziehungs- 
SAP /R3 SAP /R3 SAP /R3 Ein globales System Managementsystem (SRM) 
Regional- Regional- Regional- SAP ERP = Konsolidierung und Harmonisierung 
250 ə per von drei regionalen Systemen und 
Pazifik Amerika, Europa, Asien/Pazifik verbundenen/Brozessen 
= Integriertes Produktlebenszyklus- 
Management von der 
Produktentwicklung bis zu Produktion 
Globale Spezifikations- und Globale Spezifikations- und und Verkauf 
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Basis für konsistentes Berichtswesen 
Globale Stammdaten (SAP /R3) Globale Stammdaten (SAP /R3) und globale Prozesse 


Abb. 2.6 Future System Landscape-Projekt bei Bayer CropScience. (Brauer 2009, S. 11) 


zurückzuführen. Außerdem wiesen sie einen Zusammenhang zwischen der mangelnden 
Datenqualität und einigen Geschäftsprozessen nach. 

Für die Probleme in der Bedarfsplanung waren unter anderem Fehler in der Produkt- 
hierarchie verantwortlich. Die Produkthierarchie gibt bei Bayer Aufschluss über den Auf- 
bau von Materialien und Produkten sowie ihre organisatorische Zugehörigkeit. Sie ist 
durch einen 11-stelligen Code beschrieben, der aus fünf Elementen besteht. Der Code 
definiert die Zugehörigkeit eines Produkts zu Geschäftsbereich, Geschäftseinheit sowie 
Geschäftssegment und ermöglicht Rückschlüsse auf den Hauptwirkstoff sowie die Zu- 
sammensetzung und Aufbereitung eines Produktes. Für jede Produkthierarchie lassen sich 
alle zugehörigen Produkte ermitteln. Die Qualität der Produkthierarchiedaten ist eine Vo- 
raussetzung für die drei Geschäftsprozesse Planung, Berichtswesen und Produktsegmen- 
tierung (siehe Abb. 2.7). 

Eine Analyse der Datenqualitätsprobleme identifizierte vielfältige Ursachen (siehe 
Abb. 2.8). Beispiele waren mangelndes Bewusstsein der Mitarbeiter für die Bedeutung 
der Daten, fehlende Vorgaben zur Erfassung und Pflege der Daten, fehlende Verantwort- 
lichkeiten sowie fehlende Datenqualitätsmessung. Bis zu diesem Zeitpunkt besaß Bayer 
CropScience keine regelmäßige Datenqualitätskontrolle und keine präventiven DQM- 
Maßnahmen. Daten wurden nur reaktiv im Einzelfall verbessert, nachdem z. B. im Be- 
richtswesen Fehler bemerkt worden waren, die sich auf mangelnde Datenqualität zurück- 
führen ließen. 

Die Erkenntnis, dass Datenqualität eine notwendige Voraussetzung für das FSL-Pro- 
yekt und damit die betriebswirtschaftlichen Ziele der Geschäftsprozessharmonisierung im 
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Stammdaten-Bereich: 
PRODUKTHIERARCHIE 


Geschäftsprozess: PLANUNG 
= Produkthierarchie = Bedarfskonsolidierung für aktive Wirkstoffe 
existiert nicht nicht möglich 


Produkthierarchie ist 


nicht vollständig 


Geschäftsprozess: BERICHTSWESEN 


Produkthierarchie nicht 

verpackter Materialien = 
stimmt nicht mit 

Produkthierarchie 

zugeordneter, verpackter 

Materialien überein 


Zuordnung des Absatzes zu Produkten nicht 
möglich 

Zuordnung des Absatzes zu Geschäftsbereich/ 
-segment/ -einheit nicht möglich 


Geschäftsprozess: PRODUKTSEGMENTIERUNG 


= Risiko fehlerhafter Entscheidungen bezüglich 
Änderungen des Produktportfolios 


Abb. 2.7 Bedeutung der Qualität von Produkthierarchiedaten für Geschäftsprozesse bei Bayer 
CropScience. (Brauer 2009, S. 17) 


Unternehmen war, führte zu der Entscheidung, ein unternehmensweites Datenqualitäts- 
managementprojekt zu starten. 


2.2.3 Aufbau des unternehmensweiten Datenqualitätsmanagements 


Data Quality Cockpit-Ziele 

Das Data Quality Cockpit ist eine Software, die die kontinuierliche Messung und Über- 
wachung der Datenqualität unterstützt. Funktionale Anforderungen an das Data Quality 
Cockpit waren: 


e Messung der Datenqualität 

e Grafische Darstellung der Messergebnisse 

° Speicherung der Messergebnisse über einen Zeitraum von mindestens 12 Monaten, um 
Trends darstellen zu können 

° Unterstützung nutzer- und rollenspezifischer Sichten 


Weil das Data Quality Cockpit das FSL-Projekt direkt unterstützte, wurde es nicht getrennt 
projektiert und budgetiert. Es gab also keine Kosten-Nutzen-Analyse für das Cockpit. 
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Das Data Quality Cockpit verfolgte vier Ziele: 


e Bewusstsein schaffen: Fachbereiche und Landesgesellschaften für das Thema Daten- 
qualität sensibilisieren und den Bedarf für ein unternehmensweites Datenqualitätsma- 
nagement aufzeigen. 

° Transparenz schaffen: Zusammenhänge zwischen Datendefekten und Geschäftsproble- 
men aufzeigen und Maßnahmen zur Verbesserung der Datenqualität begründen. 

° Mitarbeit stärken: Akzeptanz für die Initiative bei den verantwortlichen Anwendern der 
Fachbereiche schaffen, um ihre Unterstützung zu sichern. 

e Handlungsbedarf identifizieren: Ermittlung des Handlungsbedarfs in verschiedenen 
Bereichen, um die Datenqualität verbessern zu können und nachhaltig auf einem stabi- 
len Level zu halten. 


Die Einführung des Cockpits fand zunächst in den 15 Landesgesellschaften der Region 
Asien-Pazifik statt. Zu Beginn wurden nur die Materialstammdaten betrachtet. BCS stellte 
dabei sicher, dass das Cockpit nachträglich um weitere Landesgesellschaften und Daten- 
objekte erweitert werden kann. 


Mitarbeiterziele 
Ziele für die Datenqualität sind Teil der Mitarbeiterziele bei Bayer CropScience. Da die Er- 
fassung und Pflege der Daten in den Ländern erfolgt, wurde die Verantwortlichkeit für die 
Datenqualität den Leitern der Landesgesellschaften übertragen. Diese erhielten die Vor- 
gabe, pro Land einen sogenannten Stammdaten-Koordinator einzurichten, der Datenver- 
antwortlichkeiten und Aufgaben innerhalb des Landes etabliert und Maßnahmen zur Ver- 
besserung der Datenqualität steuert. Die Leiter der Landesgesellschaften erhielten in ihren 
Jahreszielen die Vorgabe, ein Datenqualitätslevel von 97% zu erreichen und zu halten. 
Grundlage für die Berechnung der Datenqualität sind unternehmensweit gültige Ge- 
schäftsregeln, die aufgrund von Problemen in den Geschäftsprozessen identifiziert wer- 
den. Das Datenqualitätsziel von 97% wurde nach einer Aufwand-Nutzen-Bewertung fest- 
gelegt. 


Geschäftsregeln und Datenqualitätskennzahlen 

Datenqualität ist kein Selbstzweck, sondern dient dazu, Geschäftsprozesse unterstützen. 
Deshalb wurden aus den Anforderungen der Geschäftsprozesse Regeln für die Daten- 
qualität ermittelt. Das Projektteam von Bayer CropScience führte dazu Interviews mit 
den Prozessexperten. Im Zuge der Interviews wurden 160 Regeln erarbeitet. Um die Ver- 
gleichbarkeit und Integrität der Regeln und die Erreichbarkeit von Zielwerten zu gewähr- 
leisten, prüfte das Projektteam die ermittelten Regeln auf drei Eigenschaften: 


e Messbarkeit: Die Regel ist technisch messbar, d. h. alle vermessenen Daten sind ver- 
fügbar und die durch die Regel formulierten Eigenschaften sind vergleichbar. 
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° Geschäftsrelevanz: Es gibt einen kausalen Zusammenhang zwischen der Regel und den 
Geschäftszielen des Unternehmens, d. h. die fachliche Auswirkung einer Regelverlet- 
zung ist nachvollziehbar. 

° Geschäftskonformität: Die Regel ist „nah am Alltagsgeschäft‘“ und überprüft die Tätig- 
keiten, die im operativen Tagesgeschäft wirklich durchgeführt werden sollen. 


Nach Prüfung dieser Eigenschaften verblieben 53 Regeln, die mit den Prozessexperten 
in mehreren Iterationen überarbeitet wurden. Abbildung 2.9 zeigt beispielhaft einige aus- 
gewählte Geschäftsregeln für die Validierungsgruppen „Produkthierarchie“ und „Kosten- 
rechnung“. 

Für eine regelmäßige Messung mussten die Werte erstens aggregierbar und zweitens 
vergleichbar sein. Für die Aggregation werden die Geschäftsregeln verschiedenen Validie- 
rungsgruppen wie Produkthierarchie, Kostenstelle, Materialstatus, Kostenrechnung zuge- 
ordnet. Die Validierungsgruppen wiederum sind dem übergeordneten Stammdatenobjekt 
zugewiesen, um bei einer zukünftigen Erweiterung um zusätzliche Stammdatenobjekte 
die Objekte unterscheiden zu können. Des Weiteren werden die Validierungsgruppen den 


Validierungsgruppe: Produkthierarchie 

Validierungsregel: Produkthierarchie auf Level 4 und 5 unterscheiden sich von zugeordnetem UVP 
MAT_0017 Fehlermeldung, falls sich die Werte des VP und des zugeordneten UVP beim Vergleich der 
Positionen 8 bis 14 des Feldes MARA PRDHA unterscheiden. Allerdings nur, falls der 
globale Status von VP = 3,4,7,8. 

Validierungsgruppe: Produkthierarchie 

Validierungsregel: Profit Center ist nicht konsistent mit Produkthierarchie 

MAT_0021 Fehlermeldung, falls kombinierte Werte nicht in der Lookup-Tabelle sind und 


Fabrikmaterialstatus = 2, 3, 4, 7, 8. 
Ausgenommen Materialtypen YHB, YHBN, YPMN. 


PRCTR ist automatisch gepflegt, sobald ein MARC Eintrag zu einem Material erstellt wird. 


Die Profit Center Verrechnung ist die Basis für die Wirtschaftlichkeitsrechnung, 
Kapitalflussanalyse, Anlagenbuchhaltung. 


Validierungsgruppe: Kostenrechnung 
Validierungsregel: Beschaffungsart "E" und Bewertungsklasse "3xxx" 
MAT_0023 Beschaffungsart: 


Indikator, der definiert, wie das Material bezogen wird. 
„E”= Das Material wird fabriksintern bezogen. 


Bewertungsklasse: 


Die Bewertungsklasse ist ein Schlüssel, um Materialien und Dienste mit gleichen 
Bestandteilen für die Bilanzierung zu gruppieren. 


= 3000: Rohmaterialien 

= 3010: Material, das für Subunternehmer bereitgestellt wird, bereitgestelltes Material 
(nicht verrechnet) 

= 3210: Nicht-retournierbares Verpackungsmaterial 

= 3500: Handelsware 


Abb. 2.9 Beispiele für Datenqualitätsregeln bei Bayer CropScience. (Ebner et al. 2011, S. 16) 
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Landesgesellschaften zugeordnet, die ihrerseits einer der vier Regionen Europa, Nord-, 
Lateinamerika oder Asien-Pazifik angehören. 

Zur Vergleichbarkeit des Messwertes wird aus den einzelnen Regelprüfungen ein ein- 
heitlicher Datenqualitätsindex (DOI) gebildet. Der Index berechnet sich als Quotient der 
Zahl derjenigen Datensätze, die keine einzige Regel verletzen, und der Gesamtzahl an 
Datensätzen. Der Index kann also Werte im Intervall von 0 und 1 bzw. 0 und 100% an- 
nehmen. 


Systemarchitektur und das Data Quality Cockpit 

Bayer CropScience führte die Softwarelösung IBM Information Server (IBM IS) gemein- 
sam mit dem Tool Data Stage zur Validierung der Geschäftsregeln und Bereitstellung der 
Ergebnisse ein. Die zu prüfenden Datensätze sowie die Messergebnisse werden in einer 
Oracle Datenbank gespeichert. Das in den IBM IS integrierte Werkzeug Data Stage mo- 
delliert die Geschäftsregeln. Abbildung 2.10 zeigt die Systemarchitektur zur Auswertung 
der Geschäftsregeln und Darstellung der Ergebnisse. 

Für die Auswertung der Daten müssen diese zunächst aus dem zentralen Stammdaten- 
server sowie den regionalen SAP-Systemen exportiert und in den IBM IS geladen werden. 
Dies geschieht in monatlichen Abständen und umfasst den Datenimpott aller beteiligten 
Landesgesellschaften. Hierbei werden die notwendigen Tabellen der Stammdatenobjekte 
unverändert übernommen, damit die Datensätze nachverfolgt werden können. Für jede 
Geschäftsregel kann so genau der defekte Quelldatensatz ermittelt werden. 

Die Messergebnisse werden im Intranet mittels Oracle Application Express (APEX)£€ 
dargestellt. Die Hierarchie der Navigation entspricht den o. a. Aggregationsstufen nach 
Geschäftsregel (Validierungsregel), Validierungsgruppe, Landesgesellschaft und Stamm- 
datenobjekt und auf oberster Ebene nach Region. Dadurch können die Nutzer von dem 
globalen DQI, der über alle Regionen, Objekte und Geschäftsregeln hinweg gilt, zu dem 
für Ihre Gesellschaft gültigen Wert navigieren. Auf oberster Ebene werden die Werte jeder 
Region wie in Abb. 2.11 einander gegenübergestellt. 

Auf Ebene der Landesgesellschaften werden für jedes Land folgende Werte des DQI 
angezeigt: 


° Ziel-DQI des jeweiligen Landes 

° Aktueller DQI der jeweiligen Geschäftseinheit 

° DQI der Geschäftseinheit mit der besten Datenqualität 

e DQI der Geschäftseinheit mit der schlechtesten Datenqualität 
° Durchschnitts-DQI der Region 


Das Cockpit zeigt den Namen der Geschäftseinheit mit dem besten DQI an, die schlech- 
teste Geschäftseinheit bleibt anonym. Diese vergleichende Darstellung erzeugt einen ge- 


6 Eine Entwicklungsumgebung des Unternehmens Oracle für Web-Anwendungen, die auf Oracle- 
Datenbanken aufsetzt. 
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Stammdaten-Qualitätsübersicht nach Regionen - Trendlinien 


100 Ce EA 1- 
98 
96 
—— Gesamt 
94 
—E— Asien / Pazifik 
92 —i— Europa 


90 >— Südamerika 


88 —*— Nordamerika 


86 


Tamecis 


Stammdaten-Qualitätsübersicht nach Regionen - Tabelle 
Validierungsdatum: 2011-01 


2011-01-07 Asien / Pazifik | 847,305 14.315 1.7 98.3 
2011-01-07 Europa 2,678,726 26,822 1.0 99.0 
2011-01-07 Tamecis 3,970 14 0.4 99.6 
2011-01-07 Nordamerika 871,848 1,986 0.2 99.8 
2011-01-07 Südamerika 4,678,695 46,662 1.0 99.0 
2011-01-07 Gesamt 351,306 4,006 1:1 98.9 


Abb. 2.11 Datenqualitätsmessung bei Bayer CropScience. (Ebner et al. 2011, S. 24) 


wissen Wettbewerb und motiviert die Mitarbeiter, ihre Daten zu verbessern, um im nöchs- 
ten Monat möglicherweise an oberster Stelle zu stehen. Gleichzeitig wird vermieden, dass 
die schlechteste Geschäftseinheit bloßgestellt wird. Abbildung 2.12 zeigt die Gegenüber- 
stellung der Werte der Landesgesellschaften. 

Von Ihrer Landesgesellschaft können die Nutzer über die Geschäftsregeln bis zu dem 
Datenobjekt navigieren, dessen Geschäftsregel nicht eingehalten wurde (siehe Abb. 2.13). 
So können die Bayer-Mitarbeiter die Ursachen für die Verschlechterung des DQI ermitteln 
und notwendige Gegenmaßnahmen einleiten. 

Die Darstellung der Ergebnisse und die Navigationsmöglichkeiten im Data Quality 
Cockpit sind für jeden Mitarbeiter identisch. Die Einstiegsseite des Cockpits kann aber 
individuell angepasst werden und beispielsweise mit den Auswertungen belegt werden, 


Abfrageparameter 


Region: Asien / Pazifik 


Objekt: Material 


Geschaftseinheit: 0422 TH Bayer Thai Comp. Ltd. 


Stammdaten-Qualitätsübersicht nach Geschaftseinheit — Trendlinien 


(Asien / Pazifik > Material > 0422 TH Bayer Thai Comp. Ltd.) 


100 


Stammdaten-Qualitätsübersicht nach Validierungsgruppe - Tabelle (Asien / Pazifik 


> Material > 0422 TH Bayer Thai Comp. Ltd.) 


Validierungsdatum: 2011-01 


—— Schlechteste 
Geschäftseinheit 


—d— Beste Geschäftseinheit - 
0422 TH Bayer Thai C 


= Asien / Pazifik 
Durchschnitt 
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—x—0422 TH Bayer Thai 


Comp. Ltd 


—*- Ziel DQI 


2011-01-07 Data-Lebenszyklus 11,133 3 0.0 100 
für Material 

2011-01-07 Finanzen & 6,347 1 0.0 100 
Rechnungslegung 

2011-01-07 Verpackungswesen 5,076 53 1.0 99 
& Vertrieb 

2011-01-07 Prod. Hierarchie/ 14,532 3 0.0 100 
Profit Ctr. 

2011-01-07 Produktausrichtung 3,156 0 0.0 100 

2011-01-07 Produktbeschaffung 1,120 0 0.0 100 

2011-01-07 Mess- / 6,455 13 0.2 99.8 
Gevvichtseinheit 


click on a validation rule to select. 


Abb. 2.12 Datenqualitätsanalyse nach Landesgesellschaft bei Bayer CropScience. (Ebner et al. 


2011, S. 25) 
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die für den Mitarbeiter besonders relevant sind. Das Data Quality Cockpit speichert die 
bisherigen DQI-Ergebnisse, sodass Bayer die Entwicklung der Datenqualität im Zeitver- 
lauf beobachten kann. Da stets die Ergebnisse der letzten 15 Monate vorgehalten werden, 
ist ein Vergleich mit den letzten vier Quartalen möglich, auch mit dem entsprechenden 
Quartal des Vorjahres. 


2.2.4 Erkenntnisse 
Die wichtigsten Erkenntnisse des Projekts waren: 


° Datenqualität ist Voraussetzung für Kerngeschaftsprozesse wie die Finanz- und Pro- 
duktionsplanung. 

° Datenqualitätsmanagement ist kein einzelnes Projekt, sondern muss über Data-Gover- 
nance-Rollen in der Organisation verankert sein. 

° Die regelmäßige Messung der Datenqualität ist Voraussetzung für ihr Management und 
damit ihre Verbesserung. 

e Datenqualität muss Bestandteil der Zielvereinbarungen mit Mitarbeitern sein. 


Erfolgsfaktoren für die Einführung des Data Quality Cockpits bei Bayer CropScience 
waren: 


° Einfachheit: Eine einzige, klar verständliche Metrik wie der Datenqualitätsindex ist 
verständlicher und aussagekräftiger als eine Vielzahl abstrakter Metriken. 

e Relevanz: Klar definierte kausale Zusammenhänge zwischen Datenqualität und Ge- 
schäftsproblemen sichern den Fokus auf die wichtigsten Datenqualitätsprobleme und 
sichern Mitarbeiter- und Managementunterstützung. 

° Fachlichkeit: Fachliches Wissen aus dem Tagesgeschäft ist notwendig, um geschäfts- 
kritische Datendefekte zu identifizieren. 

e Management: Die Unterstützung der Unternehmensleitung erhöht die Sichtbarkeit und 
Akzeptanz der Datenqualitätsmessung im Unternehmen. 

° Visualisierung: Eine zielgruppengerechte, leicht verständliche und übersichtliche Auf- 
bereitung der Messergebnisse ist Voraussetzung für die Akzeptanz von Datenqualitäts- 
messungen. 

° Vergleichbarkeit: Der Vergleich von Messwerten, z. B. zwischen verschiedenen Län- 
dern, kann die Mitarbeitermotivation erhöhen. Vergleichbare Messwerte ermöglichen 
auch die unternehmensübergreifende Datenauswertung. 
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2.2.5 Weiterführendes Material 


Für den Fall von Bayer CropScience liegen an verschiedenen Orten Details aus wissen- 
schaftlicher und auch aus praktischer Perspektive vor (Tab. 2.6): 


Tab. 2.6 Weiterführendes Material zum Fall von Bayer CropScience 


Ergebnistyp Praxis 
Brauer 2009 | Master data quality cockpit at Präsentation auf CC v 
Bayer CropScience CDQ-Workshop 
Brauer 2012 | The master data quality journey | Präsentation auf CC CDQ- v 
at Bayer CropScience Steuerungskreissitzung 
Ebner und Case study on the governance Wiss. Beitrag in 
Brauer 2011 | system for master data quality at | Fachzeitschrift v v 


Bayer CropScience 
Ebner et al. Fallstudie Bayer CropScience Fallstudie CC CDQ 
2011 AG - Entwurf und Implemen- 
I Zeche V v 
tierung geschäftsorientierter 
Datenqualitätskennzahlen 


Nachtsheim | „TOP Controlling“-Initiative bei | Beitrag in Fachzeitschrift 
v 
et al. 2010 Bayer CropScience 


Otto et al. Measuring master data quality: Wiss. Beitrag in ai y 
2010 Findings from a case study Fachkonferenzband 
Weber 2009 | Data Governance-Referenzmodell | Dissertation V V 


2.3 Beiersdorf: Produktdatenqualität in der Konsumgüter-Supply 
Chain 


2.3.1 Unternehmensüberblick 


Befersdorf ist ein global operierendes Konsumgüterunternehmen mit Sitz in Hamburg, das 
weltweit 150 Tochtergesellschaften unterhält und knapp 17.000 Mitarbeiter beschäftigt’. 
Der Konzern untergliedert sich in zwei Unternehmensbereiche. Das Privatkundengeschäft 
(Bereich Consumer) mit ca. 5,1 Mrd. € Umsatz im Jahr 2013 umfasst Produkte für Haut- 
und Körperpflege sowie medizinische Produkte. Der größte Teil des Unternehmensum- 
satzes geht auf das Produktsortiment der Marke Nivea zurück, einer der ältesten und be- 
liebtesten Marken auf dem globalen Markt für Körperpflegeprodukte. Andere bekannte 
Produkte in diesem Bereich sind 8 x 4 und Labello für den Massenmarkt sowie Juvena und 


7 Diese Fallstudie basiert auf der im CC CDQ durchgeführten und unter Hüner et al. (2011a) pub- 
lizierten Fallstudie. 
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Tab. 2.7 Kurzprofil Beiersdorf 


Beiersdorf AG 

Gründung 1882 

Branche Konsumgüterindustrie 
Unternehmenssitz Hamburg, Deutschland 
Rechtsform Aktiengesellschaft 
Homepage www.beiersdorf.de 
Umsatz (2013) 6,14 Mio. EUR 
Gewinn (2013) 543 Mio. EUR 
Mitarbeiter (2013) 16.708 


La Prairie im Luxusgütersegment. Die Palette der angebotenen Medizinprodukte umfasst 
Heftpflaster, Fixierpflaster, Wundschutz und Verbände, vermarktet unter Markennamen 
wie Eucerin und Hansaplast. Der zweite Unternehmensbereich tesa (ca. 1 Mrd. € Umsatz 
im Jahr 2013) umfasst selbstklebende System- und Produktlösungen für Industriekunden 
und Endverbraucher (Tab. 2.7). 

Die Organisationsstruktur von Beiersdorf umfasste zum Zeitpunkt der Fallstudie zwei 
funktionale und drei regionale Verantwortungsbereiche (siehe Abb. 2.14). Die Informa- 
tionstechnologie wird von Beiersdorf Shared Services gesteuert, einer eigenständigen 
Shared-Services-Organisation und Tochtergesellschaft von Beiersdorf. Die Organisations- 
einheit Supply-Chain-Datenprozessmanagement, angesiedelt im Unternehmensbereich 
Supply Chain Management, verantwortet die Organisation des unternehmensweiten zent- 
ralen Produktstammdatenmanagements. 


Executive Board 


Beiersdorf AG 
Finance, Human Brands, Supply i : S : š 
Resources Chain (SC) Region Europe Region Americas Region Asia 
Beiersdorf Shared Quality 
Services GmbH (IT) | SE Teenete Management 


— BR 


SC Management 


Real Estate 
Management 


Technology 
Development 


Packaging 
Development 


SC Data Process SC Systems 
Management 


Legende: wichtige Organisationseinheiten der Fallstudie. 


Abb. 2.14 Organisationsstruktur von Beiersdorf und Berichtsweg des Datenprozessmanagement. 
(Hüner et al. 2011a, S. 144) 
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2.3.2 Ausgangssituation des Datenmanagements 


Die Fallstudie zeigt am Beispiel Beiersdorf die Herausforderungen des unternehmensüber- 
greifenden Datenaustauschs in der Konsumgüterindustrie. Die Partner eines Ökosystems 
in der Konsumgüterindustrie müssen bei einer großen Zahl an Bestandseinheiten einen 
effizienten Warennachschub sicherstellen. Dabei müssen sie in der Lage sein, neben den 
physischen Waren auch die Produktinformationen zeitgerecht und korrekt auszutauschen. 


Produktdatenaustausch im Ökosystem 
Dazu zeigt Abb. 2.15 einen Ausschnitt des Ökosystems von Beiersdorf, in dem die zen- 
trale Konzernfunktion einen von elf Akteuren darstellt. In der Abbildung wird zwischen 
unternehmensinternen Datenflüssen (Flüsse 1, 2, 8, und 12), dem Datenfluss zwischen 
Beiersdorf und Dritten (Flüsse 3, 4, 5, 6, 7,9, 10, 11, 13, und 14) sowie Datenflüssen zwi- 
schen externen Parteien (Flüsse 15 und 16) unterschieden. Anwendungssysteme für den 
Datenaustausch sind nicht abgebildet. 

Die zentralen Produktdatenflüsse zwischen Beiersdorf und den weiteren Akteuren des 
Ökosystems sind im Folgenden genauer erläutert: 


e Konzernfunktion: Zentrale Dienste bei Beiersdorf (z. B. Bedarfsplanung, Produkt- 
marketing, Produktentwicklung, Packungsdesign) nutzen und pflegen Produktdaten 
(siehe [1] in Abb. 2.15) und stellen sie sowohl internen als auch externen Partnern zur 
Verfügung. Zum Beispiel wird eine Produktrezeptur von der Abteilung Produktent- 
wicklung erstellt und von der Funktion Bedarfsplanung genutzt. Außerdem sind zum 
Beispiel GTINs oder Nettogewichte in einer Designvorlagenspezifikation [4] für ex- 
terne Partner enthalten. GTINs sind die weltweit einheitlichen Identifikationsnummern 
für Artikel. 

° Produktionswerk, Lieferant, Drittanbieter, Grafikagentur: Global verteilte Produktions- 
stätten und externe Produktionspartner nutzen z. B. Artikellisten oder GTINs [2, 7] 
sowie länderspezifische Designvorlagen [10, 15] und bestellen Rohmaterialien (Posi- 
tionen von Stücklisten [9]) von Zulieferern. 

° Distributionszentrum, Logistikdienstleister, Zollbehörde: Verteilzentren nutzen für die 
Lagerung und den Transport von Gütern logistische Daten, die von zentralen Unter- 
nehmensfunktionen [8] bereitgestellt und von den Produktionsstätten [12] bearbeitet 
oder ergänzt werden. Externe Dienstleister nutzen ebenfalls logistische Daten sowie 
Umvvelt-, Gesundheits- und Sicherheitsdaten [11, 131. Zollrelevante Daten [14] 
müssen den Zollbehörden zur Verfügung gestellt vverden. 

e Datenpool-Anbieter: Beiersdorf stellt in seinem Datenpool „1Sync“ GTINs [3] zur 
Nutzung durch Kundenunternehmen [16] bereit. 

e Kundenunternehmen: Beiersdorf stellt Kundenunternehmen logistische Daten zur Ver- 
fügung, um deren Planungsprozesse zu unterstützen ([6], insbesondere Daten zu Pack- 
maßen). 

° Normenorganisation: Beiersdorf fragt bei Standardisierungsorganisationen Daten für 
die Definition von neuen GTINs [5] an. 
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In allen genannten Beispielen hängen reibungslose Supply-Chain-Prozesse von hoher 
Produktdatenqualität ab. 


Data Governance und Anwendungslandschaft 

Die Aufgaben der Abteilung für Datenprozessmanagement (siehe Abb. 2.14) umfassen 
charakteristische Pflichten eines Chief Data Steward (Weber et al. 2009), unter anderem 
die strategische Entwicklung des Stammdatenmanagements und die Weiterentwicklung 
des zentralen Stammdatensystems. Beiersdorf Shared Services stellt die Systemunterstüt- 
zung sicher. 

Der Leiter Supply Chain ist der „Executive Sponsor“ für das Stammdatenmanagement 
bei Beiersdorf. Das Datenprozessmanagement-Team hat Ansprechpartner für stamm- 
datenbezogene Fragen in allen zentralen und lokalen Organisationseinheiten. Auf Kon- 
zernebene gibt es z. B. einen Verantwortlichen für jede Produktlinie (Nivea Body, Nivea 
Sun, etc.) aus den Marketingabteilungen. Auf der Ebene der Tochtergesellschaften gibt 
es üblicherweise pro Land einen Business Data Steward aus dem Materialmanagement. 

Die Verantwortung für die Neuanlage eines Stammdatenobjekts für ein bestimmtes 
Produkt hängt davon ab, auf welchem Markt dieses Produkt verkauft werden soll. Die 
Produktdaten von Produkten, die nur in einem Land vermarktet werden, werden von den 
Tochtergesellschaften vor Ort erstellt. Dagegen werden Produktdaten zu international ver- 
triebenen Produkten von der jeweiligen Marke auf Konzernebene generiert. Der Erstel- 
lungsort bestimmt auch die Verantwortlichkeiten für die anschließende Pflege der Daten. 
Etwa 200 Mitarbeiter der zentralen Dienste sind mit der Pflege von globalen Datenattri- 
buten betraut, während das Stammdatenmanagement auf lokaler Ebene in der Regel vom 
Produktmanagement übernommen wird. Beiersdorf verwaltet seine globalen Produktdaten 
(z. B. Produktkennungen, logistische Daten und Produkthierarchien) in einem zentralen 
Product-Lifecycle-Management-System (im Folgenden PLM-System), das im Jahr 2004 
eingeführt wurde. In regelmäßigen Abständen (d. h. alle drei Stunden) übermittelt das 
PLM-System neue oder geänderte Produktdaten an vier regionale ERP-Systeme und an 
einige globale Anwendungssysteme (z. B. ein Entscheidungsunterstützungssystem (BW), 
ein Planungssystem (APO) und ein Beschaffungssystem (EBP)). Da die Daten direkt in 
das Zielsystem geschrieben werden, wird Konsistenz innerhalb der Datenbank gewähr- 
leistet. Die Systeme werden von Beiersdorf Shared Services unterhalten. Abbildung 2.16 
zeigt die Stammdatenflüsse innerhalb der Anwendungslandschaft von Beiersdorf. Die 
dargestellte Anwendungslandschaft ist charakteristisch für ein global operierendes Unter- 
nehmen: Sie umfasst sowohl globale Anwendungen zur Unterstützung von Prozessen, die 
mehrere Organisationseinheiten betreffen, als auch lokale Anwendungen, die Prozesse in 
separaten Organisationseinheiten unterstützen (Lehmann 2003). 

Als Teil des PLM-Systems stellt die Master Data Workbench (MDVV) Funktionalitä- 
ten für die Erstellung von Stammdaten bereit und gewährleistet damit, dass Stammdaten 
genau im Moment ihrer Erstellung ins PLM-System übertragen werden. Die Anwender 
des Systems (ungefähr 150 Personen) arbeiten mit Eingabemasken, die entsprechend 
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dem Produktinnovationsprozess und dem Produktdatenpflegeprozess bei Beiersdorf ge- 
staltet sind. Wichtige PLM-Funktionen (z. B. die Zuteilung einer eindeutigen Kennung 
oder Prüfroutinen) sind bereits in den Prozess zur Produktdatenanlage integriert, sodass es 
keine Medienbrüche gibt. Nachdem ein Produktstammdatensatz freigegeben wurde, über- 
mittelt das PLM-System diese Daten an die regionalen ERP-Systeme. 

Die externe Weitergabe von Produktdaten an Groß- und Einzelhändler wird mit einem 
zentralen Produktinformationsmanagement-System (im Folgenden PIM-System) kontrol- 
liert. Das PIM-System wird von den regionalen ERP-Systemen mit globalen und lokalen 
Stammdaten versorgt. Es übernimmt auch die Datenübertragung an 1Sync, den Datenpool 
von Beiersdorf. Beiersdorf stellt in diesem Datenpool GTINs für die Nutzung durch Kun- 
denunternehmen bereit. 


2.3.3 Projekt zur Messung der Datenqualität 


Im Wesentlichen ermöglichen die vorhandenen organisatorischen und technischen Struk- 
turen des Stammdatenmanagements bei Beiersdorf bereits reibungslose länderübergrei- 
fende Supply-Chain-Prozesse. Es wurden keine regelmäßig auftretenden Geschäftsprob- 
leme bekannt, die den strategischen Unternehmenszielen zuwiderlaufen (z. B. Einhaltung 
rechtlicher und regulatorischer Bestimmungen, hohe Service Levels) oder hohe Kosten 
verursachen. Trotzdem wurde Kritik an der Qualität der Produktdaten laut, insbesondere 
in Bezug auf die unternehmensübergreifende Nutzung. Zum Beispiel äußerten einige Ver- 
teilzentren Beschwerden über die Genauigkeit der Gewichtsangaben für neu eingeführte 
Produkte. Solche Mängel bei logistischen Daten können zusätzliche Kosten verursachen, 
z. B. wenn das Palettengewicht den Toleranzbereich übersteigt und Ware neu verpackt und 
gelagert werden muss. 

Diese Beschwerden in Kombination mit dem wachsenden Bewusstsein für die Bedeu- 
tung der Produktdatenqualität an den Schnittstellen mit externen Partnern (z. B. Kunden- 
unternehmen, Betreibern von Datenpools, Logistikdienstleistern) veranlasste das zentrale 
Datenprozessmanagement von Beiersdorf zum Anstoß eines Projekts mit dem Ziel, a) 
geschäftskritische Datenmängel zu identifizieren, und b) Messwerte für die Datenqualität 
zur Überwachung dieser Mängel festzulegen. Das Projekt umfasste folgende Phasen: 


° Phase I: Scoping. Bestimmung von Datenattributen und Datenqualitätsdimensionen, 
die als geschäftskritisch eingestuft werden. 

° Phase II: Interviews. Identifikation von Geschäftsproblemen, die auf Mängel bei den 
ausgewählten Attributen zurückzuführen sind (über Interviews mit Vertretern von di- 
versen Partnern im Ökosystem von Beiersdorf). 

° Phase III: Analyse. Zusammenfassung der Interviewergebnisse und Identifikation von 
kritischen Datenmängeln. 

e Phase IV: Spezifikation. Spezifikation von Messwerten für die Datenqualität zur Über- 
wachung kritischer Datenmängel. 
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Phase I: Identifikation kritischer Datenmängel 

Da das Produktdatenmodell des PLM-Systems von Beiersdorf über 800 Attribute aufweist, 
gruppierte das Projektteam diese Attribute in Phase I in Datencluster. Diese Cluster ordnen 
die Attribute in logische Untergruppen, die bei der weiteren Bearbeitung der Attribute 
helfen und bereits Hinweise darauf geben, in welchen Geschäftsprozessen diese Attribute 
benutzt werden (z. B. die Cluster „Stückliste“ oder „Logistische Daten“). Das Projektteam 
machte eine Vorauswahl von 20 Clustern (mit insgesamt rund 100 Attributen), die in den 
Interviews untersucht werden sollten. In der Folge wurden vier Datenqualitätsdimensio- 
nen bestimmt: Genauigkeit (korrekte Datenwerte?), Vollständigkeit (Datenwerte vorhan- 
den?), Konsistenz (gleiche Datenwerte für ein Attribut in verschiedenen Systemen?) und 
Aktualität (Datenwerte stets rechtzeitig verfügbar?). Das Team wählte solche Datencluster 
und Datenqualitätsdimensionen, die in Beschwerden über die Qualität der Produktdaten 
Erwähnung fanden. Die Dimensionen dienten der Strukturierung der Interviews, d. h. das 
Team entwarf pro Dimension mehrere Fragen, die für jedes ausgewählte Attribut disku- 
tiert wurden (z. B. „Gibt es fehlerhafte oder ungenaue Daten?“, „Gibt es veraltete Daten?“, 
„Gibt es inkonsistente Daten in Bezug zu Daten im PLM-System”?“). 


Phase II: Interviews 

In Phase II wurden Interviewpartner ausgewählt und die Interviews durchgeführt. Sieben 
Interviews deckten wichtige Teile der Supply Chain und wesentliche Komponenten der 
Produktpalette ab, z. B. Produkte für den Massenmarkt, komplexe Erzeugnisse sowie Pro- 
dukte aus Eigen- und Fremdfertigung. Alle Interviewten waren seit Jahren bei Beiersdorf 
beschäftigt (einige seit mehr als 20 Jahren) und kannten sich sehr gut mit den Daten, Pro- 
zessen und Systemen des Unternehmens aus. Um die Bedeutung dieser Interviews hervor- 
zuheben, lud der Leiter der Abteilung Supply Chain Development die Interviewteilnehmer 
ein. Die Interviewten wiesen anhand der Datencluster und Datenqualitätsdimensionen im 
Interviewleitfaden auf mögliche Probleme in ihren vertrauten Geschäftsprozessen hin und 
trugen so dazu bei, Datenmängel zu identifizieren und Verbesserungsmöglichkeiten für 
die internen Abläufe zu diskutieren. Beschwerden über andere Akteure des Ökosystems 
traten nicht auf. Die Interviewteilnehmer wurden auch nach ihrer allgemeinen Einschät- 
zung der Datenqualität befragt, um weitere Themen oder Probleme aufzudecken, die der 
Interviewleitfaden nicht abdeckte (z. B. andere Attribute). 

Sie wurden anschließend aufgefordert, alle identifizierten Geschäftsprobleme hin- 
sichtlich ursächlicher Datenattribute und Fehlerarten zu beschreiben und die Probleme 
auf einer Skala von 1 bis 5 einzustufen. Kriterien dafür waren z. B. entstandene Kosten, 
eine Beeinträchtigung der Dienstleistungsqualität oder das Risiko von Beschwerden. Der 
Interviewleitfaden enthielt erläuternde Beispiele für die verschiedenen Ausprägungsarten 
der Bewertungsskala, damit die Interviewteilnehmer die Skala über alle Interviews hin- 
weg einheitlich verstanden und die Interviewergebnisse untereinander verglichen werden 
konnten. 
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Phase III: Analyse 

In Phase III wurden die Interviewergebnisse zusammengefasst, um erstens die Datenqua- 
litätsprobleme zu identifizieren, die kritisch für das gesamte Ökosystem sind. Auf dieser 
Basis sollten danach die wichtigsten Datencluster bestimmt werden. Das Ergebnis waren 
die folgenden sieben Datenqualitätsprobleme: 


° Fehlende Angaben zu Temperaturbedingungen für den Transport: In einigen Fällen 
wurden Produkte aufgrund extremer Außentemperaturen gefroren geliefert. Die Folge 
waren Kundenbeschwerden und zusätzliche Kosten für die Rücksendung, Qualitäts- 
prüfung und erneute Lieferung. Der Aufbau des PLM-Systems sah keine produktspezi- 
fischen Angaben für die Umgebungstemperatur beim Transport vor. 

° Kein einheitliches Format für die Produktkennzeichnung (Verfallsdatum): Wie viele 
andere Unternehmen hatte Beiersdorf in einigen Fällen Probleme mit dem korrekten 
Format für die Kennzeichnung der Produktverpackungen mit dem Verfallsdatum. Diese 
Formate unterscheiden sich von Land zu Land und mussten häufig einzeln recherchiert 
werden, da keine vollständige zentrale Dokumentierung aller gültigen Formate zum 
Nachschlagen existierte. 

° Fehlende Gefahrgutkennzeichnung bei Produktbündeln: Beiersdorf stellt stets sicher, 
dass Gefahrengüter (z. B. Spraydosen mit Deodorant) entsprechend gekennzeichnet 
und beschriftet sind. Fehlende oder fehlerhafte Gefahrgutkennzeichnungen waren des- 
halb bisher nicht bekannt. Jedoch werden Produktbündel für bestimmte Marketing- 
kampagnen (z. B. Auslagen, die eine Tasche mit Shampoo und Deospray enthalten) 
meist nicht in den Produktionsstätten verpackt, in denen die einzelnen Komponenten 
hergestellt werden, sondern in den Verteilzentren. In diesem Fall müssen die Stück- 
listen der kombinierten Produkte einzeln überprüft werden, um festzustellen, ob eine 
Gefahrgutkennzeichnung notwendig ist. Dieser Prozess wurde in mehreren Interviews 
als mühsam und risikoreich beschrieben, auch wenn keine konkreten Ausfälle erwähnt 
wurden. 

° Fehlende oder fehlerhafte GTIN: Es gab Fälle, in denen GTINs für logistische Einhei- 
ten (z. B. Schrumpfverpackung, Packungseinheit, Palette) fehlten, fehlerhaft oder nicht 
eindeutig waren (z. B. Produkt-GTINs, die auch für Schrumpfverpackung benutzt wur- 
den) oder nicht mit den Daten übereinstimmten, die an den GS1-Datenpool übermittelt 
wurden (die GS1 ist eine internationale Organisation, die globale Standards für Supply 
Chains entwickelt und umsetzt). Die Folge waren Probleme im Vertrieb der Produkte 
und ein Abfall des Dienstleistungsniveaus. 

° Ungenaue oder nicht rechtzeitig verfügbare logistische Daten: Das automatisch er- 
rechnete Produktgewicht wurde im PLM-System nicht in allen Fällen durch die nach 
der Produktion und letzten Anpassungen gemessenen tatsächlichen Werte ersetzt. Bei 
Produkten mit einer transparenten Verpackung (z. B. Shampoo, das in durchsichtigen 
Flaschen abgefüllt ist) wurde die Flasche in manchen Fällen auf etwas mehr als das an- 
gegebene Füllgewicht bis zum Deckel aufgefüllt, da die Flasche andernfalls etwas leer 
aussieht. Obwohl sich solche Volumenänderungen im Rahmen des von der GS1 vorge- 
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gebenen Toleranzbereichs von 20 76 bewegen, können durch erhöhte Palettengevvichte 
Logistikprozesse beeinflusst werden. 

° Stückliste nicht rechtzeitig freigegeben: In einigen Fällen waren Stücklisten nicht recht- 
zeitig verfügbar oder wurden nach dem Freigabedatum mehrmals geändert. Dadurch 
konnte es zu Verzögerungen im Produktionsprozess, zu zusätzlichem Aufwand in den 
Produktionsstätten und zu potentiell niedrigerer Dienstleistungsqualität kommen. 

e Dokumente nicht rechtzeitig verfügbar: Es gab zudem Fälle, in denen Designvorlagen 
und technische Zeichnungen nicht rechtzeitig verfügbar waren, was ebenfalls zu Verzö- 
gerungen im Produktionsprozess, zu zusätzlichem Aufwand in den Produktionsstätten 
und zu potentiell niedrigerer Dienstleistungsqualität führte. 


Die Messwerte für die Datenqualität basierten zum Großteil auf diesen sieben Problemen. 
Allerdings wurde das Problem der fehlenden Angaben zu Transport-Temperaturbedingun- 
gen nicht als Problem der Datenqualität eingeordnet, da nicht genügend Informationen für 
die Definition von Schwellenwerten verfügbar waren. Dafür wurden zollrelevante Daten 
während einer Zwischenpräsentation als ein weiterer kritischer Cluster ausgemacht. Das 
Projektteam ergänzte daraufhin die Datenqualitätsmesswerte um Prüfregeln für die Aktu- 
alität bei den Attributen Commodity Code und Herkunftsland. 

Tabelle 2.8 fasst die als kritisch befundenen Datenmängel zusammen (d. h. betroffene 
Datenattribute und Datenqualitätsdimension) und ordnet sie den Datenflüssen innerhalb 
des in Abb. 2.15 abgebildeten Ökosystems von Beiersdorf zu. Sie zeigt zudem die Aus- 
wirkungen der Datenmängel auf die betroffenen Geschäftsprozesse auf. 


Phase IV: Spezifikation von Messwerten für die Datenqualität 

Ziel der Phase IV war es, Messwerte für die Datenqualität festzulegen, die eine Überwa- 
chung der in den Interviews identifizierten Datenmängel ermöglichen. Die gemessenen 
Werte für die Datenqualität wurden auf das Intervall [0; 1] normiert, das wie folgt inter- 
pretiert wird: 


° Bester Wert (1): Kein überprüftes Datenobjekt enthält einen kritischen Mangel. 
° Schlechtester Wert (0): Jedes überprüfte Datenobjekt enthält mindestens einen kriti- 
schen Mangel. 


Die Struktur des Messsystems orientiert sich an den Datenclustern, die als Ursache kri- 
tischer Geschäftsprobleme identifiziert wurden (d. h. ein Messwert pro Cluster). Um zu 
einem späteren Zeitpunkt die ermittelten Messwerte zusammenfassen und vergleichen zu 
können, wurde eine Berechnungsformel entwickelt, die auf alle Messwerte anwendbar ist. 
Aus demselben Grund wurde eine einheitliche Struktur für alle Prüfregeln festgelegt. Eine 
Prüfregel überprüft, ob ein Datenobjekt (das alle Datenattribute umfasst, die ein Produkt 
ausmachen) alle Eigenschaften aufweist, die von der Regel definiert sind oder ob mindes- 
tens ein Kriterium nicht erfüllt ist. 
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Tab. 2.8 Kritische Datenmängel und Einfluss auf Geschäftsprozesse 


Daten- 
fluss 


Datencluster/ 
Attribut 


Datenqualitäts- 
dimensionen 


Einfluss auf Geschäftsprozesse 


[2] 


Stückliste 


Aktualität, 
Änderungshäufigkeit 


e Zusätzliche Kosten aufgrund neuer Pro- 
duktion, wenn Änderungen der Stück- 
liste Produkte unbenutzbar machen 

° Beeinträchtigung der Dienstleistungs- 
qualität aufgrund von Verzögerungen in 
der Produktion 


Format der 
Produktkenn- 
zeichnung 


Genauigkeit, 
Vollständigkeit, 
Anderungshöufigkeit" 


e Zusätzliche Kosten aufgrund zusätz- 
licher Arbeit (z. B. Informationen einho- 
len, Kommunikation) 

° Zusätzliche Kosten durch Nachbes- 
serungen, wenn der Mangel nicht vor 
Produktionsbeginn erkannt wird 

° Risiko der Geldstrafe durch Aufsichts- 
behörden, wenn der Mangel nicht vor 
Lieferung der Waren erkannt wird 


BB] 


GTIN 


Konsistenz 


° Beeinträchtigung der Dienstleistungs- 
qualität, wenn Unstimmigkeiten nicht 
vor Lieferung der Waren erkannt 
werden 

e Risiko der Geldstrafe durch Aufsichts- 
behörden, wenn der Mangel nicht vor 
Lieferung der Waren erkannt wird 


Logistische 
Daten 


Genauigkeit 


e Beeinträchtigung der Dienstleistungs- 
qualität, wenn Unstimmigkeiten nicht 
vor Lieferung der Waren erkannt 
werden 

e Risiko der Geldstrafe durch Aufsichts- 
behörden, wenn der Mangel nicht vor 
Lieferung der Waren erkannt wird 


[4] 


GTIN 


Genauigkeit, 
Konsistenz 


e Zusätzliche Kosten durch Notwendig- 
keit neuer Designvorlage, wenn der 
Mangel nicht vor Produktion oder 
Lieferung erkannt wird 


Gefahrgutkenn- 
zeichnung 


Vollständigkeit 


° Risiko der Geldstrafe durch Aufsichts- 
behörden, wenn der Mangel nicht vor 
Lieferung der Waren erkannt wird 


Logistische 
Daten 


Aktualität 


e Kosten aufgrund entgangener Erlöse 


Stückliste 


Aktualität, 
Änderungshäufigkeit 


e Zusätzliche Kosten aufgrund neuer 
Produktion oder Nachbesserung, wenn 
Änderungen der Stückliste bestehende 
Produkte unbenutzbar machen 

° Beeinträchtigung der Dienstleistungs- 
qualität aufgrund von Verzögerungen in 
der Produktion 
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Tab.2.8 (Fortsetzung) 


[8] Gefahrgut- Vollständigkeit Zusätzliche Kosten aufgrund zusätz- 
kennzeichnung licher Arbeit (z. B. Informationen einho- 
len, Kommunikation) 
GTIN Genauigkeit, Zusätzliche Kosten aufgrund zusätz- 
Vollständigkeit, licher Arbeit (z. B. Informationen einho- 
Änderungshäufigkeit len, Kommunikation) 
Risiko der Geldstrafe durch Aufsichts- 
behörden, wenn der Mangel nicht vor 
Lieferung der Waren erkannt wird 
Logistische Genauigkeit, Zusätzliche Kosten aufgrund zusätz- 
Daten Vollständigkeit, licher Arbeit (z. B. Informationen ein- 
Änderungshäufigkeit holen, Kommunikation), insbesondere 
hinsichtlich GTINs für Logistikbereiche 
[10] Designvorla- Aktualität Beeinträchtigung der Dienstleistungs- 
gen, technische qualität aufgrund von Verzögerungen in 
Zeichnungen der Produktion 
[11] Gefahrgut- Vollständigkeit Risiko der Geldstrafe durch Aufsichts- 
kennzeichnung behörden, wenn der Mangel nicht vom 
Logistikdienstleister erkannt wird 
[12] GTIN Genauigkeit, Konsis- Zusätzliche Kosten aufgrund zusätz- 
tenz, Vollständigkeit licher Arbeit (z. B. Informationen ein- 
holen, Kommunikation), insbesondere 
hinsichtlich GTINs für Logistikbereiche 
Logistische Genauigkeit, Zusätzliche Kosten aufgrund zusätz- 
Daten Änderungshäufigkeit licher Arbeit (z. B. Informationen ein- 
holen, Kommunikation), insbesondere 
betreffend Bruttogewicht 
[13] Gefahrgut- Vollständigkeit Risiko der Geldstrafe durch Aufsichts- 
kennzeichnung behörden, wenn der Mangel nicht vom 
Logistikdienstleister erkannt wird 
Logistische Genauigkeit Zusätzliche Kosten, wenn Ware auf- 
Daten grund Übertretung des Toleranzbereichs 
neu verpackt und gelagert werden muss 
[14] Zollrelevante Aktualität Zusätzliche Kosten aufgrund zusätz- 
Daten licher Arbeit (z. B. Informationen einho- 
len, Kommunikation) 
Beeinträchtigung der Dienstleistungs- 
qualität aufgrund von Verzögerungen in 
der Produktion 
[15] Designvorla- Aktualität Beeinträchtigung der Dienstleistungs- 
gen, technische qualität aufgrund von Verzögerungen in 
Zeichnungen der Produktion 


a Die Dimension Änderungshäufigkeitwurde in der Analysephase ergänzt, da verschiedene Prob- 
leme mit Attributen in Verbindung gebracht wurden, die nach der eigentlichen Freigabe der Daten 


oft geändert wurden (z. B. Statuswerte in Stücklisten). 
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Ein Messwert für Datenqualität wird ermittelt, indem alle für diesen Messwert definier- 
ten Prüfregeln (d. h. alle Regeln, die für eine Datenklasse definiert sind) auf diejenigen 
Datenobjekte angewendet werden, die per Definition durch eine bestimmte Regel überprüft 
werden sollen. Für jede Prüfregel bestimmt ein Gewichtungsfaktor, mit welchem Gewicht 
die Regel in den Messwert eingeht. Die sieben Messwerte für die Produktdatenqualität und 
ihre 32 Prüfregeln sind in einem Reportingtool implementiert. Es analysiert regelmäßig 
alle Produktdatenobjekte und ermittelt die Messwerte, die monatlich ausgewertet werden. 


2.3.4 Erkenntnisse 


Die geringe Anzahl von Beschwerden über die Qualität von Produktdaten im Allgemeinen 
und die Ergebnisse der Interviews weisen darauf hin, dass Beiersdorf mit einer verhält- 
nismäßig geringen Zahl von geschäftskritischen Produktdatenmängeln konfrontiert ist. 
Dies ist sicherlich auch auf die gute Organisation und technische Unterstützung durch das 
unternehmenseigene Stammdatenmanagement zurückzuführen. Mängel wie inkonsistente 
unternehmensinterne Produktdaten, Dubletten oder fehlerhafte Positionen in Stücklisten 
können größtenteils durch Maßnahmen wie eine zentrale Zuweisung von eindeutigen Pro- 
duktkennungen, die Integration von Produktdatenpflegeprozessen schon bei der Produkt- 
innovation (siehe MDW in Abb. 2.16) oder eindeutig zugewiesene Aufgaben und Verant- 
wortlichkeiten der Produktdatenpflege vermieden werden. 

Dennoch treten bei Beiersdorf noch kritische Dateneffekte auf, insbesondere im Daten- 
austausch mit anderen Unternehmen. Im Rahmen der Interviews wurden zollrelevante 
Daten, die von verschiedenen Partnern genutzt werden, darum als wichtiger Cluster ergänzt. 
Erfreulicherweise werden viele der Mängel (z. B. fehlende Gefahrgutkennzeichnung oder 
fehlerhafte Kennzeichnung des Palettengewichts) in manuellen Kontrollprozessen durch er- 
fahrene Mitarbeiter erkannt. Solche Prozesse sind nur bedingt automatisierbar und zeigen, 
dass manuelle Kontrollen auch nach der Implementierung von IT-gestützten Datenquali- 
tätskontrollen weiterhin wichtig sind. Abteilungs- und bereichsübergreifende Datenmanage- 
mentprozesse (z. B. die Pflege von GTINs oder das Design von Vorlagen) sind jedoch noch 
nicht hinreichend definiert. Eine kontinuierliche Überprüfung der Datenmängel, die mithilfe 
der Messwerte für Datenqualität festgestellt wurden, wird zeigen, ob geplante Maßnahmen 
(z. B. neue Arbeitsabläufe, überarbeitete Prozesse der Bereitstellung von GTINs, neu defi- 
nierte Prozesse für die Herstellung von Designvorlagen) die Qualität der Produktdaten nach- 
haltig verbessern können. Um das ausgearbeitete Messsystem für Datenqualität umzuset- 
zen, hat Beiersdorf ein Folgeprojekt für die Einführung spezifischer Messwerte angestoßen. 

Zusammengefasst waren die wichtigsten Erkenntnisse des Projekts: 


° Produktdatenqualität ist Voraussetzung für Supply-Chain-Prozesse. 

° Anforderungen an die Datenqualität leiten sich aus den Steuerungsgrößen der Ge- 
schäftsprozesse und den Anforderungen der Datennutzer ab. 

° Datenqualität muss über Datenqualitätsdimensionen operationalisiert und messbar ge- 
macht werden. 
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Tab.2.9 Weiterführendes Material zum Fall von Beiersdorf 


Ergebnistyp Praxis 
Schemm 2008 | Stammdatenmanagement zwischen Dissertation 
Handel und Konsumgüterindustrie: ý v 
Referenzarchitektur für die überbe- 
triebliche Datensynchronisation 
Hüner 2010 Methode zur Spezifikation geschäfts- | Arbeitsbericht CC v d 
orientierter Datenqualitätskennzahlen | CDQ 
Hüner 2011 Führungssysteme und ausgewählte Dissertation 
Maßnahmen zur Steuerung von V V 
Konzerndatenqualität 
Hüner et al. Product data quality in supply chains: | Wiss. Beitrag in v J 
201la The case of Beiersdorf Fachzeitschrift 
Grillo 2009 Improvement of Master Data Quality | Präsentation auf CC v 
at Beiersdorf CDQ-Workshop 
Schierning 2010 | MDM @ Beiersdorf: Project Präsentation auf CC 
DACOTA „Data Defect Identification | CDQ-Workshop v 
& Measurement“ 
Schierning 2012 | Consumer-centric Information Präsentation auf CC 
Management: Exploring Product CDQ-Workshop v 
Information 


2.3.5 Weiterführendes Material 


Für den Fall von Beiersdorf liegen an verschiedenen Orten Details aus wissenschaftlicher 
und auch aus praktischer Perspektive vor (Tab. 2.9). 


2.4 Bosch: Datenarchitekturmanagement in einem diversifizierten 
Technologiekonzern 


2.4.1 Unternehmensüberblick 


Bosch ist ein weltweit führendes Technologieunternehmen mit einem Jahresumsatz von 
über 45 Mrd. EUR und mehr als 280.000 Mitarbeiternš. Die Bosch-Gruppe besteht aus der 
Robert Bosch GmbH und etwa 360 Tochter- und Regionalgesellschaften in rund 50 Län- 
dern. Die vier Geschäftsbereiche von Bosch sind Kraftfahrzeugtechnik, Industrietechnik, 
Gebrauchsgüter und Energie- und Gebäudetechnik (Tab. 2.10). Diese Geschäftsbereiche 
umfassen insgesamt 16 Divisionen, die in mehr als hundert Ländern auf der Welt aktiv 
sind (siehe Abb. 2.17). 


8 Diese Fallstudie basiert auf der im CC CDQ durchgeführten und unter Otto (2012a) publizierten 
Fallstudie. 
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Tab. 2.10 Kurzprofil Bosch 


Robert Bosch GmbH 

Gründung 1886 

Branche Mischkonzern: Technologie, Maschinenbau, Dienstleistungen 
Unternehmenssitz Gerlingen, Deutschland 

Rechtsform GmbH 

Homepage www.bosch.de 

Umsatz (2013) 46,07 Mrd. EUR 

Gewinn (2013) 1,25 Mrd. EUR 

Mitarbeiter (2013) 281.381 


Bosch Group 
Umsatz: 46,1 Milliarden EUR 


Energie- und 
Gebäudetechnik 
Umsatz: 4,6 Milliarden EUR 


Der Fr 


10 Divisionen 2 Divisionen 2 Divisionen 2 Divisionen 


Kraftfahrzeugtechnik Industrietechnik Gebrauchsgüter 
Umsatz: 30,4 Milliarden EUR Umsatz: 6,9 Milliarden EUR Umsatz: 4,2 Milliarden EUR 


Abb. 2.17 Geschäftsbereiche der Bosch-Gruppe. (nach Bosch 2013, S. 21) 


2.4.2 Ausgangssituation und Handlungsdruck 


Bosch hat in den einzelnen Sparten und Geschäftsbereichen über viele Jahre hinweg 
Erfahrungen mit dem Datenmanagement gesammelt. Allerdings gab es vor 2006 keine 
unternehmensweite Initiative für das Stammdatenmanagement bzw. das Datenqualitäts- 
management. Die Vielzahl an bestehenden Aktivitäten verlief unkoordiniert, folgte keinen 
unternehmensweiten Vorgaben und war von redundanten Aufgaben gekennzeichnet. 
Steigende Komplexität in Produkten und Prozessen, kürzere Lebenszyklen, voran- 
schreitende Globalisierung sowie die zunehmende Vernetzung der einzelnen Sparten 
untereinander erhöhen die Bedeutung der Daten für den Unternehmenserfolg. Das Unter- 
nehmen verabschiedete deshalb 2006 eine Konzernrichtlinie für das unternehmensweite 
Stammdatenmanagement. Die Konzernrichtlinie regelt die folgenden Punkte: 


e Gemeinsame Ziele im Stammdatenmanagement 
e Gemeinsamer Ordnungsrahmen für das Stammdatenmanagement (Funktionen und 
Rollen) 
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e Definition unternehmensweit relevanter Stammdatenklassen (u. a. Daten zu Konten- 
plänen, Lieferanten, Kunden, Mitarbeitern, Materialien, Kundenhierarchien) 


Die Richtlinie regelt zudem den Aufbau eines unternehmensweiten Stammdatenmanage- 
ments mit folgenden Zielen (Hatz 2008): 


° Eindeutige, verbindliche Zuständigkeiten bei der Ordnungsfunktion für eine Stamm- 
datenklasse (insbesondere bei der Datenpflege) durch eine Stammdatenowner-Organi- 
sation 

° Einheitliches und konsistentes Datenmodell (z. B. hinsichtlich Struktur und Inhalt) als 
Basis für effiziente Prozessgestaltung und -abwicklung 

° Bereitstellung und Nutzung von IT-Tools zur Stammdatenpflege, -harmonisierung, 
-konsolidierung und -verteilung 

° Einheitliche Methodik für die Bearbeitung von stammdatenrelevanten Aufgaben (z. B. 
die Erstellung von Konzepten, Umsetzung von IT-Projekten, Ausübung der Ordnungs- 
funktion) und Prozessen 


Die Konzernrichtlinie beschreibt zudem den Ordnungsrahmen für das Stammdatenma- 
nagement bei Bosch. Es unterteilt die Stammdatenaktivitäten in organisatorische/funktio- 
nale Aktivitäten (hellgrau gefärbt in Abb. 2.18) und technische Aktivitäten (dunkelgrau 
gefärbt). Erstere liegen in der Verantwortung der sogenannten Data Owner (Master Data 
Owner, MDO), letztere in der Verantwortung der zentralen IT-Abteilung. Data Owner 
können über Anforderungen, Definitionen und Nutzung ihrer jeweiligen Datenklasse be- 
stimmen. 


Führungssystem 


(Governance) 
MD-Strategie MD-Controlling 
MD-Bereitstellung MD-Verwendung MD-Konzepte & Projekte 


Anforderungsmanagement 


Organisation Prozesse 


konzeptuell MD-Modell 


Geschaftsprozesse 
funktional MD-Konzept 


r.) 
.5—5 
53 


Legende:[ 1org-/funktionale Verantwortlichkeit; [D] technische Verantwortlichkeit; 
MD - Master Data. 


Abb. 2.18 Ordnungsrahmen des Stammdatenmanagements bei Bosch. (Otto 2012a, S. 11) 
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Boschs Ordnungsrahmen für das Stammdatenmanagement unterscheidet zudem vier 
Teilfunktionen (siehe Abb. 2.18): 


e Das Führungssystem (Governance) legt die Richtlinien für die Bewirtschaftung jeder 
Stammdatenklasse fest und überwacht die Umsetzung und den Erfolg des Datenma- 
nagements für diese Datenklassen. 

e Die Datenbereitstellung (Provisioning) hat mehrere Funktionen: Sie entwirft erstens 
die Organisation des Datenmanagements (inkl. der Rollenzuordnung) und zweitens 
die Datenerfassungs- und Datenpflegeprozesse. Drittens ist sie für die Entwicklung 
eines konzeptionellen Stammdatenmodells zuständig und definiert viertens die Anwen- 
dungssysteme, in denen die Daten führend bewirtschaftet werden. 

° Die Datennutzung umfasst die Verwendung der Daten in den Geschäftsprozessen. Auf- 
grund der Komplexität der Aufbauorganisation und der Vernetzung der Sparten nutzen 
verschiedene Geschäftsprozesse in unterschiedlichen Sparten dieselben Daten. 

° Die Funktion „Konzepte und Projekte“ ist für die Weiterentwicklung des Datenma- 
nagements sowie die Anpassung der Daten über ihren Lebenszyklus hinweg verant- 
wortlich. Da sich die Geschäftsprozesse ändern, wandeln sich auch die Anforderungen 
an die Daten. Beispielsweise wird die Handelsregisternummer im Lieferantenstamm 
aufgrund gesetzlicher Vorgaben von einem Kann- zu einem Muss-Feld. 


Die Stammdatenarchitektur (im Folgenden kurz Datenarchitektur genannt) regelt den Zu- 
griff, die Verteilung und den Fluss der Stammdaten mit dem Ziel, hohe Datenqualität 
sicherzustellen (DAMA 2009). Sie umfasst auch ein konzeptionelles Stammdatenmodell 
und die Applikationslandschaft. Der Entwurf einer angemessenen Datenarchitektur war 
somit eine der wichtigsten Gestaltungsaufgaben bei Bosch, um die erwähnte Konzern- 
richtlinie umzusetzen. Die Anforderungen an diese Aufgabe und die erwogenen Gestal- 
tungsmöglichkeiten stehen im Mittelpunkt dieser Fallstudie. 

Aufgrund des wachsenden Vernetzungsgrads des Unternehmens und der daraus resul- 
tierenden Vielzahl an Beziehungen zwischen Datenbereitstellung und Datennutzung stand 
Bosch vor einer Art „Quadratur des Kreises“ beim Entwurf der Datenarchitekturen für die 
einzelnen Stammdatenklassen. Zwar verfolgte das Unternehmen grundsätzlich das Ziel, 
seine Architekturen zu standardisieren, andererseits mussten aber spartenspezifische An- 
forderungen berücksichtigt werden, die keine vollständige Standardisierung erlaubten. 
Exemplarische Herausforderungen waren: 


° Die Migration auf eine einzige Standardarchitektur wäre in vielen Fällen zu kostspielig 
und zu riskant — auch aufgrund unterschiedlicher Anwendungssysteme in den einzelnen 
Sparten. 

e Der Harmonisierungsbedarf der Daten unterscheidet sich von Stammdatenklasse zu 
Stammdatenklasse. So ist er z. B. bei Mitarbeiterdaten vergleichsweise hoch, bei Liefe- 
rantendaten jedoch gering. 

° Der Reifegrad im Stammdatenmanagement war über das Unternehmen hinweg unein- 
heitlich. 
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Organisatorische Design- Stammdatenarchitektur- Technische Design- 
Entscheidungen Design Entscheidungen 


Abb. 2.19 Entwurfsprinzip für die Datenarchitektur bei Bosch. (Otto 2012a, S. 8) 


Bosch entschied, dass diese Faktoren einem Einheits-Architekturansatz („one size fits 
all“) widersprechen. Infolgedessen beschloss das Unternehmen, mehrere Datenarchitek- 
turmuster zu entwickeln, um sowohl einige Vorteile einer Standardisierung erreichen als 
auch gleichzeitig individuell auf Anforderungen aus den Sparten eingehen zu können. 


2.4.3 Datenarchitekturmuster bei Bosch 


Grundlegendes Entwurfsprinzip der Datenarchitektur bei Bosch ist die Berücksichtigung 
sowohl fachlicher als auch technischer Aspekte. Dieses Prinzip ist bereits im o. a. Ord- 
nungsrahmen verankert und in Abb. 2.19 dargestellt. 


Datenarchitekturmuster 

Bosch entwickelte vier mit der Konzernrichtlinie konforme Datenarchitekturmuster, aus 
denen die Data Owner (MDO) wählen können. Die Architekturmuster haben den Vorteil, 
dass sie anbieter- und lösungsunabhängig sind. Damit ermöglichen sie den Vergleich exis- 
tierender Angebote für Stammdatenmanagementsysteme am Markt und beschleunigen die 
Einführung der Stammdatenkonzepte. 

Abbildung 2.20 zeigt die vier Datenarchitekturmuster, die bei Bosch als Blaupause für 
alle Stammdatenklassen gelten. 

Muster A beschreibt einen analytischen Ansatz. Sämtliche Aktivitäten zur Datenerfas- 
sung und Datenpflege werden in den lokalen Quellsystemen ausgeführt. Die Stammdaten 
werden periodisch in einen zentralen Stammdaten-Server (MDS) importiert. Der MDS 
ordnet den Daten eine unternehmensweit gültige, einzigartige Nummer zu und stellt si- 
cher, dass Duplikate identifiziert und bereinigt werden. Die Daten werden allerdings nicht 
in die Quellsysteme zurückgespielt, sondern lediglich für Analysezwecke im MDS gehal- 
ten. Ein klassischer Anwendungsfall für dieses Architekturmuster ist die Konsolidierung 
von Lieferantenstammdaten für Einkaufsanalysen (z. B. Spend-Analysen). 

Muster B beschreibt im Gegensatz dazu einen transaktionalen Ansatz. Dabei fungiert 
der MDS als „single source of truth“, auf dem die Daten erfasst und gepflegt werden. 
Die Daten werden dann an angeschlossene Zielsysteme gesendet und können dort nur 
noch gelesen, aber nicht mehr verändert werden. Auch die Datenqualitätskontrolle findet 
auf dem MDS statt. Dieses Architekturmuster eignet sich besonders für Daten mit hohen 
rechtlichen und behördlichen Anforderungen, die nur von einer kleinen Anzahl Nutzern 
bearbeitet werden. Bosch verwaltet auf diese Weise beispielsweise seinen zentralen Kon- 
tenplan. 


2 Fallstudien zur Datenqualität 


88 


(ST `S ®ZIOT ONO) 'Yosog Təq 191snuunpləlrqomeuəleq OT’T "qqV 
JENSSUSIEPWWEIS 4ƏlEnuəz - SAN 


(,,piooə1 uəpjob“) sweIsAS səyəmsuəwyəuəun 'u`p ,sə|eqo|6“ mn tuu91sÁS SƏlEYO) İH. :əpuə6ə1 


u weIsÄs z ulə)s4S L weISÄs u weIsÄs Zz wə}sÁs | weIsÄs 
NEIE KElE NEIE KElE NEIE KElE 


u weIsäs L uuə1)sÁs u ujə)sÁs z eiss k uuə]sÁs 
-enO -Iləno Wel -nO -enO 


u weIsÄs z ulə)s4S L weISÄs 
NEIE -[91Z NEIE 


u ujig1sÁs HIT HU S 
-I9NO Wiel -enO 


zyesuy JSjeUONYESUBAL zyesuy 1ə3y9s1Ájeuy vw 


24 Bosch: Datenarchitekturmanagement in einem diversifizierten ... 89 


Muster C nennt Bosch „Koexistenz“. Daten werden zwar in Quellsystemen gepflegt, 
aber auf einem zentralen MDS qualitätsgesichert (d. h. auf Duplikate geprüft und mit 
einem eindeutigen Identifikationsschlüssel versehen). Diese Daten werden dann teilweise 
in die Quellsysteme zurückgespielt, aber vor allem auch in andere Systeme weiterverteilt. 
Ein typisches Einsatzgebiet für dieses Architekturmuster sind Mitarbeiterdaten: Diese 
müssen einerseits lokalen Anforderungen genügen, aber andererseits auch zentral für das 
Personalwesen der gesamten Gruppe einsehbar sein, z. B. für die Planung von Trainings- 
maßnahmen. 

Muster D ist der parallele Ansatz. Dabei verbleibt die Datenerfassung und Datenpflege 
lokal und die Datenadministratoren arbeiten auch in ihrer gewohnten Systemumgebung. 
Mit Hilfe eines Workflows werden diese Datenpflegeaufgaben aber mit den Funktionen 
des MDS integriert, der auf diese Weise bereits während der Anlage den eindeutigen 
Schlüssel zuweist und auf Duplikate prüft. Diese Funktionen des MDS sind in die An- 
wendungssoftware der Quellsysteme integriert. Hier wird beispielsweise die Standard- 
funktionalität der SAP-Transaktionen MM01 und MM02 zur Anlage und Änderung von 
Materialstammdaten durch spezifische MDS-Funktionalität ergänzt oder ersetzt. Dieses 
Architekturmuster findet dort Einsatz, wo die Datenerfassung von lokaler Fachexpertise 
abhängt und deswegen weiter in der gewohnten Systemumgebung erfolgen soll, es aber 
auch zentrale Anforderungen gibt (z. B. eine unternehmensweite Sichtbarkeit des Lager- 
bestands). Ein Beispiel sind Stammdaten zu Ersatzteilen von Maschinen. 


Organisationsentwürfe 
Bosch unterscheidet anhand von vier Designparametern drei verschiedene Organisations- 
entwürfe. Die vier Designparameter sind: 


° Organisatorische Verankerung der Verantwortung für eine Stammdatenklasse, die im 
Falle von Bosch stets dezentral ist 

° Verantwortung für den Entwurf der Datenpflegeprozesse, die entweder zentral oder de- 
zentral organisiert sein kann 

° Verantwortung für die Ausführung der Datenpflegeprozesse, die ebenfalls entweder 
zentral oder dezentral organisiert sein kann 

° Verantwortung für den Datenmodellentwurf 


Tabelle 2.11 zeigt die drei möglichen Organisationsentwürfe im Überblick. 

Da Bosch eine unternehmensweite Verantwortung für einzelne Stammdatenklassen an- 
strebt, verbleiben die organisatorische Verankerung sowie der Entwurf des konzeptionel- 
len Datenmodells immer an zentraler Stelle, nämlich beim MDO der jeweiligen Stamm- 
datenklasse. 


Entscheidungsmatrix für die Datenarchitektur 

Aus der Kombination von technischer und organisatorischer Sicht auf die Datenarchi- 
tektur entwickelte Bosch eine Entscheidungsmatrix, die sinnvolle Kombinationen der An- 
sätze aufzeigt (siehe Tab. 2.12). 
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Tab. 2.11 Organisationsentwürfe für die Datenarchitektur bei Bosch. (Otto 2012a, S. 17) 


Designparameter I H HI 
(Zentraler Ansatz) (Hybrider Ansatz) (Lokaler Ansatz) 
Organisatori- Verantwortung liegt beim MDO, zusammen mit Repräsentanten einer 
sche Verant- Geschäftseinheit und MDF 
wortlichkeit für 
Stammdatenklasse 
Design der e MDO definiert e MDO definiert * Keine zentralen 
Datenpflegeprozesse unternehmensweite Prinzipien für Prinzipien durch 
Pflegeprozesse(Stan- | unternehmensweite MDO 
dard) Pflegeprozesse e Pflegeprozesse 
e Detaillierte Defini- werden von 
tionen werden von Geschäftseinheiten 
Geschäftseinheiten erstellt 
erstellt 
Ausführung der = Datenpflege durch e Datenpflege durch e Datenpflege durch 
Datenpflegeprozesse zentrale MDO Orga- Geschäftseinheiten Geschäftseinheiten 
nisation, zusammen 
mit Geschäftseinheit 
Design des konzep- | Design durch MDO 
tuellen Datenmodells 
Beispiele e Kundenhierarchie- "e Stammdaten der e Produkthierarchie 
daten Konsumenten 
sn Ersatzteile von 
Maschinen 
e Stammdaten des 
Personalwesens 


MDO master data owner, MDF master data officer 


Tab. 2.12 Entscheidungsmatrix für die Datenarchitektur bei Bosch. (Otto 2012a, S. 18) 


Organisatorischer Ansatz I H HI 
Technischer Ansatz (Zentral) (Hybrid) (Lokal) 
A (Analytisch) O 9 e 
B (Transaktional) o e° O 
C (Koexistenz) O 6: O 
D (Parallel) O e Oo 


O Nicht durchführbarer Ansatz (mehr Nachteile als Vorteile), 9 muss von Fall zu Fall entschieden 
werden, ® bevorzugter Ansatz 
3 Bsp. für Mitarbeiterstammdaten 
b Bsp. für Kundenstammdaten 


Für Bosch kommen fünf Kombinationen in Frage. Der analytische Ansatz wird nur in 
Kombination mit einem dezentralen Organisationsentwurf verfolgt. Dahinter steckt die 
Überlegung, dass es nicht sinnvoll ist, Sparten einen zentralen Pflegeprozess aufzubürden, 
wenn die Daten ohnehin nur für Analysezwecke verwendet werden. Es muss dann ledig- 
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lich sichergestellt sein, dass die Daten im MDS für das Reporting konsolidiert und von 
ausreichender Qualität sind. 

Alle technischen Ansätze lassen sich mit dem hybriden Organisationsansatz kombinie- 
ren, sodass Bosch für die verschiedenen Stammdatenklassen unterschiedliche Architektu- 
ren konfigurierte. Grundsätzlich hängt die Wahl des geeigneten technischen Architektur- 
ansatzes bei hybridem Organisationsentwurf von vier Faktoren ab: 


° Vielfalt der Geschäftsprozesse und Systeme 

° Heterogenität der Daten und Datenmodelle 

° Dringlichkeit der Anforderungen der Datennutzer 
e Machbarkeit und Wirtschaftlichkeit 


So wählte Bosch zum Beispiel wie oben angedeutet für die Mitarbeiterstammdaten den 
„Koexistenz“-Ansatz, da sich die Geschäftsprozesse im Personalwesen stark zwischen 
den Ländern unterscheiden. Außerdem brauchten die Mitarbeiter an den Quellsystemen 
schnellen Zugriff auf ihre neu angelegten oder geänderten Daten und konnten nicht auf 
die Implementierung des transaktionalen oder parallelen Designs warten. Dagegen fiel bei 
den Kundenstammdaten die Wahl auf den transaktionalen Ansatz (MDS als „single source 
of truth“), da bei dieser Stammdatenklasse großer Wert auf zentrale Datenpflege gelegt 
wurde und sich die lokalen Anlageprozesse zudem nicht wesentlich unterscheiden. 

Schließlich ist der transaktionale Ansatz neben dem hybriden nur mit einem zentralen 
Organisationsentwurf zulässig. Bosch implementierte auf Basis der vier Faktoren die pas- 
sende Architekturkombination für jede Stammdatenklasse. 


2.4.4 Erkenntnisse 


Die wichtigsten Erkenntnisse des Projekts für den Datenarchitekturentwurf in komplexen 
Unternehmen waren: 


° Architekturmuster helfen, den Bedarf nach Flexibilität und Einzigartigkeit in unter- 
schiedlichen Divisionen und Landesgesellschaften auf der einen Seite und den Druck 
nach Vereinheitlichung und Komplexitätsreduktion auf der anderen Seite abzuwägen. 
Die Entscheidung für eine bestimmte Gestaltung der Stammdatenarchitektur kann so- 
mit auf Basis transparenter und einheitlicher Kriterien getroffen werden. 

° IT-Entvvicklungskosten und Kosten für die Prozessanpassung im Fachbereich können 
ins Gleichgewicht gebracht werden. 

° Standardmuster von Softwareanbietern oder „Best Practice“-Lösungen von Beratungs- 
und Marktforschungsunternehmen reichen nicht aus. Beispielsweise ist der parallele 
Ansatz auf die Anforderungen großer Unternehmen zugeschnitten, in denen komplexe 
Prozess- und Systemarchitekturen den Parallelbetrieb erfordern. 
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Tab. 2.13 Weiterführendes Material zum Fall von Bosch 


Quelle Titel Ergebnistyp Wiss. | Praxis 
Hatz 2008 BOSCH master data management Präsentation auf CC v 
CDQ-Workshop 
Ebner 2014 Entwicklung einer Methode Dissertation 
zum Entwurf einer v V 
Unternehmensdatenarchitektur 
Otto 2012a How to design the master data Wiss. Beitrag in 
architecture: findings from a case Fachzeitschrift V V 
study at Bosch 
Schmidt 2010 Stammdatenintegration Dissertation V V 
Otto und Schmidt | Enterprise master data architecture: | Wiss. Beitrag in v v 
2010 design decisions and options Fachkonferenzband 
Ebner et al. 2012 | Conceptualizing data in multinatio- | Wiss. Beitrag in 
nal enterprises: model design and Fachkonferenzband v v 
application 


° Architekturmuster stärken die Orientierung am internen Kunden des Stammdatenma- 
nagements, also den Fachbereichen, durch Auswahl aus einem Katalog und beschleu- 
nigen die Umsetzung des Stammdatenmanagement-Konzepts. 


2.4.5 Weiterführendes Material 


Für den Fall von Bosch liegen an verschiedenen Orten Details aus wissenschaftlicher und 
auch aus praktischer Perspektive vor (Tab. 2.13). 


2.5 Festo: Unternehmensweites Produktdatenmanagement in der 
Automatisierungsindustrie 


2.5.1 Unternehmensüberblick 


Festo ist ein weltweit führendes Unternehmen für Automatisierungstechnik und Pneuma- 
tik und ein führender Anbieter für technische Aus- und Weiterbildung’. Unternehmensziel 
ist die maximale Produktivität und Wettbewerbsfähigkeit von Kunden in der Fabrik- und 
Prozessautomatisierung. Festo ist weltweit mit etwa 60 Landesgesellschaften und über 
250 Niederlassungen vertreten und beliefert über 300.000 Kunden in mehr als 170 Län- 
dern. Tabelle 2.14 zeigt die Eckdaten des Unternehmens. 

Das Produktspektrum umfasst sowohl Katalogprodukte als auch kundenspezifische 
Lösungen. Festo bietet über 30.000 Katalogprodukte in insgesamt mehreren hunderttau- 


? Diese Fallstudie basiert auf der im CC CDQ durchgeführten Fallstudie Otto und Ofner (2010). 
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Tab. 2.14 Kurzprofil Festo 


Festo AG & Co. KG 

Gründung 1925 

Branche Pneumatik, Automatisierungstechnik 
Unternehmenssitz Esslingen am Neckar, Deutschland 
Rechtsform AG & Co. KG 

Homepage www.festo.com 

Umsatz (2013) 2,3 Mrd. EUR 

Gewinn (nicht ausgewiesen) 

Mitarbeiter (2013) 16.700 


send Varianten an. Von über 700 Lieferanten beschafft Festo mehr als 42.000 Einzelteile 
mit einem Beschaffungsvolumen von ca. 340 Mio. €. 

Festos Unternehmensstruktur für die weltweite Marktversorgung ist dreistufig organi- 
siert (Huber 2009): 


° Global Production Centers (GPC) bilden das Rückgrat der weltweiten Marktversor- 
gung bei Festo. Die GPCs gewährleisten die Primärversorgung mit Komponenten und 
Endprodukten und beliefern die Regional Service Centers (RSC). Das Zielsystem der 
GPCs ist auf niedrige Fertigungskosten und die Bündelung von Kernkompetenzen 
ausgerichtet. Die zentral organisierten Technical Engineering Centers (TECs) sind je 
einem GPC zugeordnet und entwickeln die Katalogprodukte. 

e Die RSCs haben die Aufgabe, die regionale Marktversorgung für das komplette Pro- 
duktprogramm über kurze Lieferzeiten sicherzustellen und regional benötigte Varian- 
ten zu fertigen. 

° In Märkten, welche von RSCs nicht mit ausreichend kurzen Lieferzeiten bedient wer- 
den können, übernehmen National Service Centers (NSC) diese Aufgabe und fungieren 
zugleich als „verlängerte Werkbank“ für kundenspezifische Produktanpassungen. 


Erster Ansprechpartner für den Kunden ist die Festo-Landesgesellschaft im Markt bzw. im 
Land. Die Versorgung der Kunden mit Katalogprodukten ist grundsätzlich über die drei 
Stufen GPC, RSC und Landesgesellschaft sichergestellt. Kundenspezifische Lösungen 
entwickeln aufregionaler Ebene die Solution Engineering Centers (SECs), die auf die An- 
forderungen der zugeordneten Landesgesellschaften reagieren. Sogenannte Mobile Engi- 
neering Support-Funktionen (MES) sichern die erforderliche Unterstützung aus regiona- 
len oder zentralen Einheiten. Auf globaler Ebene gibt es keine SEC, weil die kundenspezi- 
fische Lösungsentwicklung im Gegensatz zu den Katalogprodukten per definitionem kein 
Standardisierungspotenzial besitzt. Abbildung 2.21 zeigt diese Unternehmensarchitektur. 
Die Unternehmensstrategie ist geprägt durch folgende Unternehmensziele: 


° Wahrung der finanziellen Unabhängigkeit als Familienunternehmen 
e Fokussierung auf definierte Wachstumsfelder und Sicherung des Geschäfts in be- 
stehenden Geschäftsfeldern 
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Abb. 2.21 Festo innovation network. (Huber 2009, S. 5) 


° Entwicklung einheitlicher Prozesse und deren kontinuierliche Verbesserung im Hin- 
blick auf Kosten, Zeit und Qualität 

° Gewährleistung und Förderung der persönlichen Mitarbeiterentwicklung im Sinne 
eines „Lernunternehmens“ 


2.5.2 Ausgangssituation und Handlungsdruck des 
Produktdatenmanagements 


Die Kundenorientierung ist zentraler Bestandteil der Unternehmensstrategie, was sich 
in operativen Leistungsvereinbarungen für die Kunden niederschlägt. Dazu gehören bei- 
spielsweise: 


e Lieferservice in 176 Ländern 

° 24 h am Tag Abhol- und Lieferservice in der Mehrzahl der Niederlassungen 

° Auslieferung von mehr als 75% der Aufträge binnen 24 h innerhalb Europas (bei einem 
Volumen von bis zu 34.000 Lieferpositionen pro Tag allein in Deutschland) 

° Bereitstellung elektronischer Produktinformationen sowohl als CD-ROM- als auch als 
Online-Katalog in 24 Sprachen 


Abbildung 2.22 zeigt die Geschäftsprozesse bei Festo im Überblick. Der Prozess zum Pro- 
duktlebenszyklus ist einer der zehn Hauptprozesse des Unternehmens (siehe horizontale 
Balken). 
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Abb. 2.23 Produktdatenmanagement bei Festo. (Huber 2009, S. 26) 


Das Produktdatenmanagement (PDM) richtet sich in seinen Abläufen nach den Phasen 
des Produktlebenszyklus. Es umfasst sowohl Produktdaten im engeren Sinne, die während 
der Konzeption, der Entwicklung, der Planung und Produktion sowie bei der Wartung des 
physischen Produkts benötigt werden (Saaksvuori und Immonen 2008), als auch Daten, 
die in logistischen Geschäftsprozessen verwendet werden (siehe Abb. 2.23). Hierzu ge- 
hören z. B. Einkaufsdaten, MRP-Daten sowie Vertriebsinformationen. 

Die zentrale Abteilung Produktlebenszyklusmanagement ist Teil der Organisationsein- 
heit „Technology and Infrastructure“. Sie ist für sechs Aufgabenbereiche verantwortlich: 


e Normung und Klassifizierung 
e Sachmerkmalsverwaltung 

e Grunddatenverwaltung 

° Zeichnungsprüfung 

e Änderungsmanagement 

e Neuheitendaten-Support 


Insgesamt arbeiten 27 Mitarbeiter im Produktlebenszyklusmanagement; mehr als die 
Hälfte davon in der Grunddaten- und Sachmerkmalverwaltung bzw. Normung und Klassi- 
fizierung. 

Festo nutzt unternehmensvveit Standardsoftvvaresysteme, zur Unterstützung der 
kaufmännischen Geschäftsprozesse u. a. die Produkte SAP ERP und SAP PLM (siehe 
Abb. 2.24). Das Produktdatenmanagement nutzt im Wesentlichen zwei Systeme: Erstens 
das SAP-ERP-System mit dem Namen „P15“ zur Verwaltung der Produktdaten und zwei- 
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Abb.2.25 Datenverteilungsarchitektur. (Lehmann 2012, S. 7) 


tens das Softwareprodukt PTC Windchill!’ zur Verwaltung von Dokumentationen zu den 
Produkten. Das PDM verbindet eine Reihe von Quell- mit Zielsystemen. Wie in Abb. 2.24 
zu sehen ist, gehören zu den angebundenen Quellsystemen zum Beispiel Büroanwendun- 
gen und CAD-Systeme. Beispiele für Zielsysteme sind Festos Redaktionssysteme für die 
Printmedienherstellung, Statistiksysteme, Systeme für Kundenapplikationen sowie andere 
SAP-ERP-Systeme für den Vertrieb, die Produktion und die Logistik. 

Abbildung 2.25 zeigt die Architektur für die Verteilung der Produktdaten. Das SAP- 
System ,,P15“ verteilt die Produktdaten an die angeschlossenen regionalen SAP-Systeme 
in Europa, Afrika, Asien und Australien sowie in Amerika. Dort werden die unterneh- 
mensweit gültigen Stammdaten um lokale Daten ergänzt, zum Beispiel um Daten für die 
Lagerhaltung und die Disposition. Festo behandelt auf diese Weise sowohl Neuanlagen als 
auch Änderungen von Produktstammdaten. 

Abbildung 2.26 zeigt einen Auszug aus den zentral bewirtschafteten Produktdaten im 
SAP-System P15. 

Das starke VVachstum des Unternehmens Ende der 1990er Jahre führte zu einem Hand- 
lungsbedarf im Produktdatenmanagement. Konkret betraf er drei Bereiche: 


° Internationalisierung sämtlicher Prozesse einschließlich des Produktdatenmanage- 
ments: Das Produktdatenmanagement muss den internationalen Anforderungen einer- 
seits durch höhere Standardisierung von Abläufen begegnen, andererseits aber auch auf 
länderspezifische Ansprüche eingehen (z. B. Unterstützung von 24 Sprachen). 

e Wissenserosion: Eine wachsende Mitarbeiterzahl und zunehmende Zahl an Produk- 
tionsstätten führt dazu, dass das Wissen und die Erfahrungen um die eigenen Produkte 
zunehmend weltweit verteilt sind. Festo hat aber ein Interesse daran, dass dieses Wis- 
sen im Sinne der gemeinsamen Prozesse an zentraler Stelle gebündelt wird. 


10 Eine Software des Unternehmens PTC für das Lebenszyklusmanagement von Produktdaten. 
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° Effizienzsteigerung: Neue Unternehmensvorgaben verlangen vom Produktdatenmanage- 
ment höhere Prozesseffizienz. Dies gilt sowohl für die eigenen Prozesse der Abteilung als 
auch für seine internen Kunden (z. B. die Konstruktion, Einkauf, Fertigung und Vertrieb). 


2.5.3 Projekte im Produktdatenmanagement zwischen 1990 und 2009 


Projekt „Auslaufprozesse“ 

Im Jahr 2002 wurde ein Projekt zur Einführung eines Auslaufprozesses für Produkte ein- 
geführt, um der wachsenden Zahl an Produkten und Produktdaten entgegenzuwirken. Der 
Prozess wurde Ende 2002 bzw. Anfang 2003 implementiert. Abbildung 2.27 zeigt die 
kumulierte Zahl an Teilen, die dem Auslaufprozess seit 2002 zugeführt wurden. 


Projekt „Teilereduktion“ 

Auslöser des Projekts zur Teilereduktion war die Erkenntnis, dass die Aufgaben des Pro- 
duktdatenmanagements im Rahmen der Internationalisierung und des Wachstums nicht 
kapazitätsneutral wahrgenommen werden können, wenn die Zahl der zu bewirtschaften- 
den Teile nicht begrenzt wird. Ebenso erhoffte man sich davon eine Verbesserung der 
Effizienz sowohl in den vor-, als auch in den nachgeschalteten Geschäftsprozessen (z. B. 
Entwicklung, Einkauf, Produktion). 

Ziel der Teilereduktion war also eine Reduktion der Gemeinkosten, welche für die 
Bewirtschaftung der Teile anfielen (siehe Abb. 2.28). Die Teilereduktion bezieht sich auf 
sämtliche Materialarten im Unternehmen, wie in Tab. 2.15 dargestellt. 

Abbildung 2.29 zeigt, wie sich der Teilebestand seit dem Projekt „Teilereduzierung“ 
entwickelt hat. Durch das Unternehmenswachstum stieg die Gesamtanzahl der Teile trotz 
des Projekts zwar weiter an, die Neuanlage von Teilen im betrachteten Teilespektrum 
konnte aber reduziert werden. Zudem wurden viele Teile dem Auslaufprozess zugeführt 
(Entfernung von Dubletten und Bereinigungsaktionen). 

In Abb. 2.30 ist am Beispiel des Materials „Stahl-Halbzeuge“ dargestellt, wie sich der 
Bestand entwickelt hat. In diesem Bereich konnte eine signifikante Reduktion an Teilen 
erreicht werden. 


Projektbewertung 
Festo erzielte durch die Projekte folgende qualitative Vorteile: 


° Erhöhte Transparenz über Teile und Produkte durch qualitativ hochwertige Datenbe- 
stände 

° Effizienzsteigerung durch Verwendung von Wiederholteilen und Wiederholgeometrien 

° Effizienzsteigerung durch Verwendung von standardisierten Symbolen, Werkstoffen, 
Texten usw. 

° Verbesserung der Produkt- und Prozessqualität durch Verwendung von Standards 

° Reduzierung von Markteinführungszeiten durch kürzere Entwicklungszeiten 


2.5 


Anzahl Teile in Auslaufprojekten weltweit nach creation date 
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Abb.2.27 Teile in Auslaufprojekten nach Anlagedatum. (Otto und Ofner 2010, S. 15) 


102 2 Fallstudien zur Datenqualitát 


Zeichnung erstellen 
Stücklisten schreiben 


Fertigungsauftrage erstellen ` ei Versuche durchführen 
-a Versuchsberichte erstellen 


Aufnahme im Ersatzteilwesen 


x”. 


+ Berechnungen durchführen 
Rüstpläne erstellen 


—— Änderungsvorgänge/Freigabe 


Werkzeugpläne erstellen +" veranlassen 


— Arbeitsplan erstellen 


neues 
ə Teil/Variante ` 


Beschaffungen veranlassen NC-Programme erstellen 


< 
Betriebsmittel disponieren —” Prüfplan erstellen 


etc Maschineneinstellblatter erstellen 


Abb. 2.28 Gemeinkostenwirksame Prozesse. (Huber 2009, S. 21) 


Tab. 2.15 Umfang der Teilereduktion 


Vollständig bearbeitet Teilweise bearbeitet 

Schrauben Zylinderstifte (Dubletten) 

O-Ringe Gewindeeinsätze (Dubletten) 

Muttern Spannstifte (Dubletten) 

Alu-Halbzeuge 

Stahl-Halbzeuge Scheiben/Ringe (SMV-Daten + Vorzug+ Dubletten) 

Kolbenstangen Kugeln (SMV-Daten + Vorzug+ Dubletten) 

HIBE (Hilfs- und Betriebsstoffe) Passfedern (SMV-Daten + Vorzug+ Dubletten) 
Kugellager (SMV-Daten + Vorzug+ Dubletten) 


Der quantifizierbare Nutzen ergibt sich im Wesentlichen aus einer Reduktion der Gemein- 
kosten für die Bewirtschaftung der Produktdaten. Gemeinkosten fallen — in Analogie zum 
Lebenszyklus physischer Produkte (VDI 2005) — während des gesamten Lebenszyklus 
eines Produkts bzw. eines Teils an, also vor der Nutzung des Produktstammdatums, wäh- 
rend seiner Nutzung und nachdem es nicht mehr benötigt wird (Tab. 2.16). Grundlage 
für die Bestimmung der Kosteneinsparungen war eine Arbeitsanalyse in den involvierten 
Fachbereichen aus den Jahren 2001 und 2002. Festo kalkuliert mit folgenden Kosten- 
sätzen bei der Anlage eines Produktstammdatums (Anschaffungsphase) und bei seiner 
Bewirtschaftung (Nutzungsphase): 


° In der Anschaffungsphase sind Kosten in Höhe von 5000 € pro Neuanlage zu veran- 
schlagen. Der Wert errechnet sich aus der Division der Gesamtkosten von 49,6 Mio. € 
für Neuheiten, dividiert durch 10.000 Neuheiten durchschnittlich p. a. und anschließen- 
der Aufrundung auf tausend Euro. 
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Abb. 2.30 Teilereduktion am Beispiel „Stahl-Halbzeuge“. (Huber 2009, S. 24) 
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Tab. 2.16 Gemeinkostenanalyse 


Szenario Durchschn. Anteil an Neuhei- | Jährliche Änderun- | Jährliche 
Gesamtkos- | Aktivitäten ten [%] | Gesamtkos- | gen [%] | Gesamtkos- 
ten 2001 und | mit PDM- ten Neuheiten ten Anderun- 
2002 [TEUR] | Bezug [%] [TEUR] gen [TEUR] 

F&E 48.256 90 65 28.230 35 15.201 

PM 11.923 80 85 8108 15 1431 

BM 2456 20 100 491 0 0 

Patente 1428 100 100 1428 0 0 

Industrial 2298 100 70 1608 30 689 

Engineering 

Value 865 100 60 519 40 346 

Management 

QS 11.468 100 60 6881 40 4587 

Katalogver- | 2860 100 40 1144 60 1716 

waltung 

Logistik und | 23.749 100 5 1187 95 22.526 

Lagerhaltung 

Summe 49.595 46.531 


TEUR Tausend Euro, F&E Forschung und Entwicklung, PM Produktmanagement, BM Business 
Management, OS Qualitätssicherung 


Tab. 2.17 Kosteneinsparung 2008 


Szenario Teiledifferenz | Kostensatz [EUR] | Kosteneinsparung [TEUR] 
Vermeidung von Neuanlagen | 2171 5000 10.855 

Vermeidung von 2286 500 1143 

Teilebewirtschaftung 

Summe 11.998 


° In der Nutzungsphase kalkuliert Festo mit einem Gemeinkostensatz in Höhe von 500 € 
p. a. Für diese Berechnung werden ein durchschnittlicher Teilebestand von 120.000 und 
eine durchschnittliche Lebensdauer von acht Jahren pro Teil vorausgesetzt. 


Für das Jahr 2008 ergeben sich unter Annahme dieser Kostensätze und unter Berücksich- 
tigung der Erfolge bei der Teilereduktion und der Vermeidung von Neuanlagen Kostenein- 
sparungen in Höhe von ca. 12 Mio. € (siehe Tab. 2.17). 


2.5.4 Aktuelle Aktivitäten und Ausblick 


Im Zuge der kontinuierlichen Effizienzsteigerung des Produktdatenmanagements laufen 
derzeit vier Projekte: 
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e Reorganisation der Vervvaltungsvverkzeuge 
° Bereitstellung von Bibliotheken 
e Stammdatenreorganisation 


Die Reorganisation der Verwaltungswerkzeuge verfolgt das Ziel, die Medienbrüche und 
manuellen Schnittstellen beim Datenaustausch zwischen CAD- und SAP-P15-System 
einerseits und zwischen SAP-P15-System und weiteren Systemen andererseits zu redu- 
zieren (siehe Abb. 2.31). 

Die Maßnahme spart in der Systemlandschaft mehr als 50 MS-Excel-Makros ein, wel- 
che in den letzten Jahren eingeführt wurden, um das stetig gestiegene Datenvolumenl" ka- 
pazitätsneutral bewältigen zu können. In Zukunft wird ein sogenanntes Extended-Master- 
Data-System (XMDS) genutzt, in welchem Entwickler und Produktmanager ihre Daten 
vorab erfassen können, bevor sie ins SAP-P15-System übernommen werden. Diese Daten 
stehen damit direkt allen berechtigten Anspruchsgruppen zentral zur Verfügung und müs- 
sen nicht mehr manuell zusammengeführt werden. 

Die Bereitstellung von Bibliotheken soll die Effizienz in der Konstruktion und Ent- 
wicklung erhöhen. Einerseits stehen für Norm- und Wiederholteile einheitliche Kataloge 
zur Verfügung. Hierzu übernimmt Festo zukünftig Produktdaten auch direkt vom Liefe- 


Heute - Ist: 


Legende: CAD - Computer-Aided Design; .XLS - .DOC: lokale MS-Office-Anwendungen; P15: zentrales 
Stammdatensystem; XMDS - Extended Master Data System; Pnn - «weitere Systeme» bei Festo. 


Abb. 2.31 Reorganisation der Verwaltungswerkzeuge. (nach Lehmann 2012, S. 9) 


H Die Zahl der Zeichnungsänderungen hat sich im Zeitraum von 2001 bis 2008 verdoppelt. 
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ranten. Ebenso gibt es Bibliotheken für Wiederholgeometrien. Schließlich werden auch 
Bibliotheken für Symbole, Werkstoffe und ähnliche Objekte bereitgestellt, was zu Ef- 
fizienzvorteilen in der Entwicklung und Konstruktion, aber auch in den nachgelagerten 
Bereichen führt. 

Die Stammdatenreorganisation umfasst ein Portfolio kleinerer Maßnahmen, z. B. die 
Deaktivierung und Reorganisation von Stammdatenobjekten in den regionalen Systemen 
(Werkssichten), welche operativ nicht mehr benötigt werden. Somit entfällt für die Werke 
die Bearbeitung dieser überflüssigen Objekte. Weiterhin werden Änderungsmitteilungen 
„personalisiert“, d. h. die Mitteilungen werden werksspezifisch erstellt. Der Mitarbeiter 
im Werk startet die Applikation und bekommt dann nur noch diejenige Änderungsinfor- 
mation, welche für ihn relevant ist. 


2.5.5 Erkenntnisse 


Festo identifizierte folgende vier Erfolgsfaktoren für ein wirksames Produktdatenmanage- 
ment: 


° Bevvusstseinsbildung: Alle Hierarchieebenen verstehen, akzeptieren und unterstützen 
die Absicht, ein „globales Optimum“ in den Geschäftsprozessen zu definieren und ein- 
zuführen — selbst wenn es lokal kein Optimum darstellt. Ein Beispiel dafür ist, SAP als 
weltweit gemeinsames Informationssystem zu nutzen. 

e Geschäftsprozessgestaltung: Alle Änderungen und Verbesserungen an Geschäftspro- 
zessen wurden so gestaltet, dass sie weltweit verwendbar und skalierbar sind. 

e VVerkzeugunterstützung: Für neue Geschäftsprozesse und für die internationale Ver- 
wendung stehen Software-Werkzeuge zur Verfügung. 

° Zentrale Produktdatenverwaltung: Die Verwaltung der Produktdaten nutzt nicht nur ein 
zentrales Informationssystem, sondern ist auch in einer zentralen Unternehmensfunk- 
tion organisiert. 


Abschließend waren die wichtigsten Erkenntnisse des Projekts: 


e Harmonisierte Produktdaten sichern Produktdatenqualität und damit durchgängige Ge- 
schäftsprozesse von der Konstruktion bis zur Logistik. 

° Voraussetzung ist eine integrierte PLM-Systemarchitektur sowie eine zentrale Verant- 
wortung für PLM-Prozesse. 

° Produktdaten werden vor der Erfassung ins PLM-System systemgestützt qualitätsge- 
sichert, indem eine „Staging Area“ der eigentlichen SAP-Standardtransaktion vorge- 
schaltet ist (Lehmann 2012)'?. 


12 Die Staging Area ist ein Daten-Bereitstellungsraum, in dem Daten zur Qualitätsprüfung und -be- 
reinigung zwischengespeichert werden, bevor sie in die Zieldatenbank geladen werden. Die Staging 
Area bietet damit technische Unterstützung für das „first time right“ — Prinzip im Datenqualitäts- 
management. 
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Tab.2.18 Weiterführendes Material zum Fall von Festo 
Quelle Titel Ergebnistyp Wiss. | Praxis 
Falge 2015 Methode zur Strategieentwicklung für Dissertation 
unternehmensweites Datenqualitätsma- V V 
nagement in globalen Konzernen 
Huber 2009 Internationales Produktdatenmanagement | Präsentation auf d 
— Methoden und Konzepte Praxiskonferenz 
Lehmann 2012 | Boost the collaboration and communica- | Präsenta- 
tion between product development and tion auf CC v 
master data administration CDQ-Workshop 
Otto 2012b Managing the business benefits of pro- Wiss. Beitrag in v v 
duct data management: the case of Festo | Fachzeitschrift 
Otto und Ofner | Fallstudie Festo AG: Gemeinkostenwirk- | Fallstudie CC y ai 
2010 sames Produktdatenmanagement CDQ 


e Gemeinkostenanalysen für das Produktdatenmanagement helfen bei der Bereinigung 
des Teileportfolios. 


2.5.6 Weiterführendes Material 


Für den Fall von Festo liegen an verschiedenen Orten Details aus wissenschaftlicher und 
auch aus praktischer Perspektive vor (Tab. 2.18). 


2.6 Hilti: Durchgängiges Kundendatenmanagement in der 
VVerkzeug- und Befestigungsindustrie 

2.6.1 Unternehmensüberblick 
Hilti beliefert die Bauindustrie weltweit mit technologisch führenden Produkten, Syste- 
men und Dienstleistungen der Werkzeug- und Befestigungstechnik'?. Der Hauptsitz der 
Hilti Gruppe befindet sich in Schaan im Fürstentum Liechtenstein. Das Produktspektrum 
umfasst u. a. Lasermesssysteme, Anker- und Installationssysteme, Bohr- und Abbruch- 
werkzeuge, Diamantbohrsysteme sowie Trenn- und Schleifgeräte. Die Hilti AG beschäf- 
tigt weltweit rund 21.000 Mitarbeiter in über 120 Ländern. Das Unternehmen betreibt 
Produktionsstätten sowie Forschungs- und Entwicklungseinrichtungen in Europa, Asien 
und Lateinamerika (Tab. 2.19). 

Hiltis Konzernorganisation umfasst die Bereiche Corporate Research & Technology, 
Supply Chain, Zentrale Konzernbereiche sowie die Business Units. Jedes Geschäftsfeld 
ist in mehrere Produktlinien unterteilt. Die vorliegende Fallstudie dokumentiert die Maß- 


13 Diese Fallstudie basiert auf der im CC CDQ durchgeführten Fallstudie Baghi und Ebner (2013). 
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Tab.2.19 Kurzprofil Hilti 


2 Fallstudien zur Datenqualität 


Hilti AG 


Gründung 1941 

Branche Werkzeugherstellung, Befestigungstechnik 
Unternehmenssitz Schaan, Liechtenstein 

Rechtsform Aktiengesellschaft 

Homepage www.hilti.com 

Umsatz (2013) 3,59 Mrd. EUR (4,34 Mrd. CHF) 

Gewinn (2013) 251 Mio. EUR (304 Mio. CHF) 
Mitarbeiter (2013) 21.456 


Vertriebskanäle der Hilti AG 


Territory Salesperson 
(TS) 


Hilti Center (HC) 


Hilti ProShop 


E-Business 


Customer Service 


Vertriebsmitarbeiter: Hiltis 
traditioneller Verkaufskanal 


Verkaufsstellen (Sales Outlets) 


Shop-in-shop — Konzept 


Onlineshopping und Beratung 


Nationale Call Center (ein- und 
ausgehende Anrufe) 


Abb. 2.32 Vertriebskanäle der Hilti AG. (nach Fohrer 2009, S. 8) 


nahmen zum Qualitätsmanagement von Kundendaten der Abteilung „Market Reach“ 
(MR), die für alle unternehmensweiten Vertriebs- und Marketingaktivitäten verantvvort- 
lich und dem Chief of Global Sales and Marketing unterstellt ist. 

Hiltis Geschäft basiert traditionell auf einem Direktvertriebsmodell. So arbeiten zwei 
Drittel der Mitarbeitenden im Vertriebsbereich und haben täglich weltweit bis zu 200.000 
Kundenkontakte. Neben dem Direktvertrieb verfügt Hilti über vier weitere Vertriebska- 
näle, die zusätzliche Kundenkontaktpunkte darstellen. Neben den Vertriebsmitarbeitern 
im Außendienst betreibt Hilti eigene Outlets (Hilti Center), Shops in Partnergeschäften 
(ProShop), Customer Service Center und einen Online-Shop. Abbildung 2.32 zeigt die 


fünf Vertriebskanäle. 
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Kundendaten Vertriebs- und Marketingprozesse 


Kunde: 


Name Abrechnung 

Adresse Supply Chain, Auslieferung 

Gewerbe / Größe, Preisfindung, Kundenpotential, 

# Mitarbeiter Kundensegmentierung 

Tel.-Nr. Ausgehende Kommunikation, Rechner- 


Telefonie-Integration (CTI) 
Ansprechpartner: 


Vor- und Nachname Individualisierter Service 
Funktion 
Handy-Nr. 


E-Mail-Adresse 


Direct Mailing / Kampagnen 
Einsatzort-Auslieferung 


E-Mail-Marketing 


Abb. 2.33 Vollständige und fehlerfreie Kundendaten als Voraussetzung für CRM-Prozesse. 
(Fohrer 2012, S. 9) 


2.6.2 Ausgangssituation des Kundendatenmanagements und 
Handlungsdruck 


Hiltis „Vision 2015“ definiert die strategischen Ziele des Unternehmens und hält dabei 
die Kundenzufriedenheit als eine wichtige Bedingung für das angestrebte „nachhaltige 
profitable Wachstum“!* fest. Um hohe Kundenzufriedenheit über alle Vertriebskanäle 
hinweg zu sichern und gleichzeitig effizient zu arbeiten, ist Hilti auf Kundendaten von 
hoher Qualität angewiesen. Dies betrifft neben den Daten im ERP-System auch Hiltis 
zentrales Customer Relationship Management (CRM) System, das z. B. Marketing- und 
Vertriebsprozesse sowie das Kontakt- oder Kampagnenmanagement unterstützt. Abbil- 
dung 2.33 zeigt, dass die Attribute des Kundenstamms den reibungslosen Ablauf wichtiger 
Geschäftsprozesse direkt beeinflussen. 

Trotz der hohen Bedeutung korrekter Kundendaten besaß Hilti bis zum Jahr 2006 noch 
kein unternehmensweites Datenqualitätsmanagement. Das Unternehmen stellte deshalb 
folgende drei Risiken im Kundendatenmanagement fest: 


° Datennutzung: Hilti verwendet Daten aus unterschiedlichen Systemen sowie aus unter- 
schiedlichen Datenfeldern desselben Systems, um kundenindividuelle Preiskalkulatio- 
nen zu erstellen. Fehlerhafte Daten in diesen Feldern führen zu falschen Berechnungen 


14 Für Details siehe https://www.hilti.de/vision-2015. 
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und gefährden damit einerseits die Kundenzufriedenheit und andererseits den Umsatz- 
erfolg. 

° Datenqualitätsmessung: Da es keine regelmäßige Datenqualitätsmessung der Kunden- 
datenqualität gab, fielen Datendefekte meist erst bei Geschäftsprozessproblemen auf. 
Die Folge waren zeitintensive Ursachenforschungen und Korrekturmaßnahmen durch 
die Hilti-Mitarbeiter im Datenmanagement. Zudem gab es keine unternehmensüber- 
greifenden Vorgaben über Datenqualitätsstandards, da die Kundendaten in erster Linie 
lokal von Mitarbeitern für Berichte oder Kundengespräche gepflegt wurden. 

° Datenpflegeprozess: Es existierte kein einheitlich definierter Anlage- und Pflegepro- 
zess für Kundenstammdaten, der den Anforderungen der Außendienstmitarbeiter hin- 
sichtlich Schnelligkeit, Zuverlässigkeit und Mobilität entsprochen hätte. 


Von einem verbesserten Datenqualitätsmanagement erhoffte sich die Abteilung für Kun- 
dendatenmanagement CDM (engl. customer data management) folgende Vorteile für Hil- 
tis Vertriebs- und Marketingaktivitäten: 


e Eine höhere Kundenzufriedenheit und verbesserte Kundenbindung 

° Erleichterung der strategischen Vertriebsplanung durch eine verbesserte Kundenana- 
İyse (z. B. Kundensegmentierung) 

° Reduzierung der Kosten für das Kontaktmanagement 

° Bessere Unterstützung bei der Ausführung von Logistik- und Abrechnungsprozessen 

e Reduktion von Datenpflegeaufwänden, die durch fehlerhafte Kundendatensätze ver- 
ursacht werden 


2.6.3 Das Projekt Customer Data Quality Tool 


Um diese Ziele zu erreichen, lancierte Hilti im Jahr 2006 das Projekt „Customer Data 
Quality Tool“ für ein nachhaltiges Datenqualitätsmanagement. Die Abteilung Market 
Reach finanzierte das Projekt und veranschlagte die Projektdauer auf ein Jahr. Das na- 
mensgebende „Customer Data Quality Tool“ war dabei nur eines von mehreren neuen 
IT-Werkzeugen für die insgesamt vier übergreifenden Maßnahmen. Die vier Maßnahmen 
Definieren, Vorbeugen, Erkennen und Korrigieren (Abb. 2.34) deckten den gesamten 
Kundendatenlebenszyklus ab und umfassten sowohl proaktive (vorbeugende) als auch re- 
aktive (nachträgliche) Datenqualitätsmanagementaktivitäten. 

Zu Beginn des Projekts stellte die Abteilung Market Reach eine Gruppe von Experten 
zusammen, welche fortan für das Thema Kundendatenmanagement verantwortlich sein 
würden. Diese sogenannten lokalen Prozessexperten (engl. local process experts, LPEs) 
identifizierten zunächst Datenqualitätsprobleme und leiteten davon Geschäftsregeln ab, 
um diesen Problemen vorzubeugen. Die LPEs hielten dabei Vollständigkeit und Fehler- 
freiheit als wichtigste Datenqualitätsdimensionen für Hilti fest. 
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Definieren P> Vorbeugen E Erkennen > Korrigieren 


Verantwort- Korrekte Daten- Daten- 
lichkeiten Datenerfassung Monitoring Bereinigung 
< > < > 
proaktive reaktive 
DQ-Maßnahmen DQ-Maßnahmen 
“um” uq a ñC 
Definierte Kunden- DQ-Werkzeug für Werkzeug zur 
Verantwortlich- identifikations- und einfaches Bereinigung von 
keiten für die Datenerfassungs- Erkennen von Massendaten und 
Datenpflege prozess beschädigten Workflow zur Pflege 
Daten und von Einzel- 
Tracking des DQ- datensätzen 
Levels (Customer DQ Tool) 


Legende: DQ - Datenqualität. 


Abb. 2.34 Maßnahmen des proaktiven und reaktiven Kundendatenmanagements. (nach Fohrer 
2012, S.11) 


Das Projektteam definierte folgende Ziele für die Kundendaten-Qualitätsinitiative: 


° Schaffung eines Bewusstseins für die Notwendigkeit von Datenqualitätsmanagement 
auf Seiten der Unternehmensführung mit Hilfe einfacher Schlüsselindikatoren, die in- 
terne Leistungsvergleiche ermöglichen 

° Schaffung von Transparenz über die Kundendatenqualität 

e Einrichtung von Kontroll- und Überwachungsfunktionen, um Trends und Entwicklun- 
gen in der Kundendatenqualität permanent zu verfolgen 

° Initiierung angemessener Datenbereinigungs- und Qualitätsverbesserungsaktivitäten 
für die identifizierten Handlungsfelder 

° Etablierung von kontinuierlichen Prozessen für die Kundendatenpflege 


Definieren: Verantwortlichkeiten 

Als erste proaktive Maßnahme definierte Hilti neue Rollen und Verantwortlichkeiten für 
diverse Datenmanagementprozesse wie die Korrektur von Datendefekten und das Repor- 
ting über den Datenqualitätsindex-Status (siehe folgenden Abschnitt zum Daten-Monito- 
ring). Die Rollen befinden sich sowohl auf lokaler als auch auf globaler Organisations- 
ebene (siehe Abb. 2.35). 

Die sogenannten Country Manager haben dabei die oberste Verantwortung für das 
Kundendatenmanagement inne und delegieren Aufgaben an die lokalen Prozessexperten 
(LPEs). Diese tragen die Verantwortung für das Kundendatenmanagement auf lokaler 
Ebene und koordinieren die Datenbereinigungs- und Qualitätsverbesserungsaktivitäten 
auf nationaler und regionaler Ebene. Je nach Art der Datenfelder arbeiten sie mit ver- 
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berichtet 
Datendefekte 


Local process 
expert (LPE) 


berichtet 
monatlich DQI 


stellt Benchmarking- 
Ergebnisse bereit Local process berichtet 
experts (LPE) Probleme 


Region 
manager 


berichtet Probleme 


Global process 
manager 


berichtet Probleme Global process 


owner 


Legende: DQI - Datenqualitätsindex. 


Abb. 2.35 Rollenmodell und Datenqualitätsmanagementprozesse. (Baghi und Ebner 2013, S. 15) 


schiedenen lokalen Fachabteilungen zusammen (z. B. Vertrieb, Logistik, Marketing oder 
Buchhaltung) und leiten bei Bedarf Korrekturmaßnahmen ein. 

Die LPEs erstellen auch Fehlerkorrekturdateien, die von den Fachabteilungen aus dem 
Intranet heruntergeladen werden können. Es gibt mehrere Prozesse zur Datenbereinigung. 
Die LPEs übernehmen Massenbereinigungen, während Änderungen einzelner Datenfel- 
der von den Außendienstmitarbeitern vorgeschlagen und erst nach Freigabe durch den 
jeweiligen Genehmigungsprozess aktiv werden. All diese Aktivitäten sind dabei in ver- 
schiedene existierende Prozesse integriert. 

Die Kommunikation zwischen den LPEs und den Fachabteilungen ist bidirektional. 
Das bedeutet, dass auch die Fachabteilungen Korrekturprozesse initiieren können, wenn 
sie Probleme in ihren Prozessen erkennen, die sie auf mangelnde Datenqualität zurück- 
führen. In manchen Fällen (z. B. bei Massenänderungen) haben die Fachabteilungen auch 
das Recht, den LPE zu beauftragen, bestimmte Änderungen durchzuführen. 


Vorbeugen: Korrekte Datenerfassung 

Als zweite proaktive Kundendatenmanagement-Maßnahme überarbeitete Hilti den Anla- 
geprozess für Kundendaten. Der Prozess wird nun mit einem Workflow, dem „Data Crea- 
tion Process“, unterstützt, welcher die zuvor erarbeiteten Geschäftsregeln in automatische 
Datenqualitätschecks umsetzt. Zudem nutzt der Workflow Daten von externen Datenpro- 
vidern (z. B. Adressdaten) für weitere Validierungen während des Anlageprozesses. Dies 
verringert das Risiko, dass schon bei der Neuanlage eines Kundendatensatzes fehlerhafte 
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Daten ins System eingegeben werden (Prinzip des first time right“). Die Hauptnutzer des 
VVorkflovvs sind sogenannte Customer Service Center, die beim Anlegen von Kunden- 
daten für den ersten Schritt verantwortlich sind. Anschließend hat der Workflow mehrere 
Genehmigungsstufen. 


Erkennen: Datenqualitätsmonitoring 

Eine der beiden Maßnahmen des reaktiven Datenqualitätsmanagements bei Hilti ist ein 
kontinuierliches Datenqualitätsmonitoring, um Transparenz über die unternehmensweite 
Kundendatenqualität zu schaffen. Dies erforderte erstens einen unternehmensübergreifen- 
den, bei allen beteiligten Abteilungen anerkannten Datenqualitätsindex (DQI) und zwei- 
tens ein entsprechendes Tool, das den DQI berechnet und Auswertungen ermöglicht. 

Der Datenqualitätsindex bewertet die beiden Attribute Fehlerfreiheit und Vollständig- 
keit, die zu Beginn als besonders wichtig für Hiltis Kundenprozesse identifiziert wurden. 
Die Berechnung des DQI basiert auf den Geschäftsregeln, die die kritischen Kundenattri- 
bute messen. Als Zielwert wurde ein DQI von mindestens 90% beschlossen, der über alle 
Vertriebskanäle und Systeme hinweg (CRM, ERP und Business Intelligence) hinreichend 
vollständige und fehlerfreie Kundendaten garantieren soll. Dieser Zielwert gilt für alle 
lokalen Geschäftseinheiten. 

Für die Automatisierung der DQI-Berechnung und für das Datenqualitätsmonitoring 
entwickelte Hiltis interne IT-Abteilung ein eigenes Tool, das „Data Quality Tracking 
Tool“. Als mögliche Plattformen wurden zunächst Hiltis Business Intelligence (BT)- so- 
wie das ERP-System in Erwägung gezogen. Diese Optionen wurden jedoch verworfen, 
da die BI-Plattform zum Projektzeitpunkt noch nicht alle benötigten Datenfelder (z. B. 
Contact) enthielt und im Fall des ERP-Systems befürchtet wurde, dass die regelmäßigen 
Datenanalyseprozesse die Systemperformance einschränken könnten. Das Projektteam 
entschied schließlich zugunsten einer Lösung auf Basis von Microsoft Access, welche 
nun monatlich den DQI berechnet. Vorhandene Datendefekte werden außerdem mittels 
eines regelmäßigen Monitorings identifiziert. In diesem Fall stößt die verantwortliche 
Abteilung entsprechende Datenbereinigungsaktivitäten für die betroffenen Attribute an. 
Die Verantwortlichkeiten für die jeweiligen Datenmanagementprozesse sind dabei in dem 
oben erwähnten Rollenmodell festgelegt. Abbildung 2.36 zeigt das Data Quality Tracking 
Tool. 

Parallel zum neuen Datenqualitätsindex und zum Monitoring-Tool setzte Hilti auch 
organisatorische Veränderungen um. So erstellte das Projektteam verschiedene Dokumen- 
tationen über Datenprobleme und entwarf einen Trainingsplan, um möglichen Fehlerquel- 
len entgegenzuwirken. Zudem wurden sämtliche Prozesse zum Kundendatenmanagement 
an den neuen Geschäftsregeln ausgerichtet. Der DQI und das regelmäßige Monitoring 
schaffen erstmalig Transparenz über die Datenqualität in Hiltis verschiedenen Geschäfts- 
bereichen und Regionen und tragen gemeinsam mit der oben beschriebenen neuen Gover- 
nance-Struktur dazu bei, dass die verantwortlichen Abteilungen im Falle eines Handlungs- 
bedarfs zügig Datenqualitätsverbesserungen vornehmen können. 
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# of incomplete accounts 


Ratio of incompl. accounts 


Selected Market Organization 75 Data Quality Index 

Code of Report 4 | 96.3% || IS 
Accounts Overview 0001 0005 OTHERS Deleted TOTAL 

#of accounts 920 | 90 | ` 4520 | 560 | 6090 | m 
# of complete accounts z || rə | 40s0 | np 


45 l ass | 


— 


KUNR NAME1 


Commid 


0002107403 MULTIPLEX 0001 020 8232 6100 (X) 
0002426185 LEWES SERVICES 0001 01273 467860 0768 
0004189612 METRONET 0001 020 889474 56438 


0004790157 CIRCLE TECHNICAL 0001 44 3372748 47738 
0005152304 LINEA CONSTRUCTION 0001 638499 
0006058361 KONE 0001 74328763 


Data Quality Tracking Tool: 


m Datenqualitätsmonitoring 


i 73 3 97 ` š 
# of duplicates | | " o auf monatlicher Basis. 
Ratio of duplicate accounts | 7.9% | | 3.3% | 2.2% | D = Datenqualitätsregeln sind 
# without phone no. 39 | | 7 | 92 | 52 | | 19 | weltweit definiert. 
Ratio without phone no. 4.2% | | 7.8% | 2.0% | m = Einfache Fehlererkennung 


bei falschen Datensätzen. 


Abb. 2.36 Data quality tracking tool. (Baghi und Ebner 2013, S. 16) 


Das Monitoring-Tool wurde nach Fertigstellung in allen Niederlassungen ausgerollt, 
beginnend zunächst mit sieben Ländern. In einem weiteren Schritt wurde die Einführung 
des Tools mit dem gleichzeitig stattfindenden ERP-Roll-Out verbunden. Seit Ende 2009 
ist das Tool in sämtlichen Regionen und Ländern im Einsatz. 


Korrigieren: Datenbereinigung und Customer Data Quality Tool 

Die Maßnahme mit dem größten Einfluss auf das Tagesgeschäft der Außendienstmitarbei- 
ter war die Einführung des „Customer Data Quality Workflow“ (Customer DQ Work- 
flow). Dieser neue Prozess nutzt eine „Data Correction“ Smartphone-App, die ebenfalls 
von Hilti selbst entwickelt wurde. Die App gibt den Außendienstmitarbeitern die Möglich- 
keit, Daten unmittelbar beim Kunden zu erfassen und auch direkt vor Ort einen Korrektur- 
prozess für veraltete oder fehlerhafte Daten anzustoßen. Der Prozess ist damit sowohl dem 
reaktiven als auch dem proaktiven Datenqualitätsmanagement zuzurechnen. Der typische 
Prozessablauf ist in Abb. 2.37 dargestellt. 

Hiltis Außendienstmitarbeiter planen ihre Kundenbesuche mit Hilfe des CRM-Sys- 
tems, das die relevanten Kundendaten enthält (Schritt 1). Die Daten für die aktuell ge- 
planten Termine laden sich die Mitarbeiter per App auf ihr Smartphone. Wenn während 
des Ortstermins Fehler in den Kundendaten auffallen oder neue Daten erfasst werden müs- 
sen, können die Mitarbeiter einen Änderungsantrag (Change Request) für das betroffene 
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1. Kundenbesuch im 
osos í CRM planen (durch 
T RR Vertriebsmitarbeiter) 


6. Datenaktualisierung im 255. 
ERP, CRM und der DQ-App RIETSER 
ausvvahlen 
5. Prüfung und Freigabe des 3. Gewünschtes Feld 
Change Request durch auswählen, Veränderung 
zuständigen ASM und Back Office eintragen und Change 


Request stellen 


—.c—.............2 
5——pBRB.u.- 
w w s... m em 


4. Status des Change Request 
im web table nachverfolgen 


Legende: CRM - Customer Relationship Management — System; DQ - Datenqualitàt; 
Change Request - Anderungsantrag: ASM - Area Sales Manager. 


Abb. 2.37 Customer data quality workflow. (Fohrer 2012, S. 14) 


Datenfeld stellen und den korrigierten Wert in der App erfassen (Schritte 2 und 3, siehe 
Details in Abb. 2.38). Die Voraussetzung dafür ist, dass die Mitarbeiter für das betreffende 
Feld auch eine Anderungsberechtigung besitzen. 

Der Change Request vvird dann an den Vorgesetzten, d. h. den Area Sales Manager 
(ASM) sowie das zuständige Back Office der Region für Kundendaten weitergeleitet. Der 
Außendienstmitarbeiter kann den Status seines Änderungsantrags über einen „web table“ 
im Intranet nachverfolgen (Schritt 4). Die beiden Genehmigungsstufen (ASM und Back 
Office) geben den Antrag nach positiver Prüfung frei (Schritt 5). Daraufhin wird der ge- 
änderte Wert des Kundenstamms sowohl in Hiltis ERP-System als auch im CRM-System 
und der Smartphone-App aktualisiert (Schritt 6). 

Mit diesem Workflow nimmt Hilti Änderungen von Kundendaten direkt an der Quelle 
auf, wo das Eigeninteresse der Vertriebsmitarbeiter an korrekten Daten besonders hoch ist. 
Die Area Sales Manager und das Back Office können sämtliche Änderungsanträge ihrer 
Teammitglieder nachvollziehen und z. B. beobachten, bei welchen Kunden und welchen 
Datenfeldern die meisten Änderungen auftreten. Darüber hinaus sorgt der Workflow für 
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Datenkonsistenz und -Aktualität zwischen Hiltis verschiedenen Systemen, da Änderun- 
gen in alle Systeme übernommen werden. 

Als letzte reaktive Korrekturmaßnahme führte Hilti noch ein neues Tool zur Bereini- 
gung von Massendaten ein („Mass Maintenance Tool“). Es handelt sich hierbei um eine 
Eigenentwicklung von Hilti, welche auf dem ERP-System aufsetzt. Das Mass Maintenan- 
ce Tool ermöglicht in kurzer Zeit Änderungen und Korrekturen in großen Datenbeständen. 
Die LPEs sind die Hauptnutzer dieses Tools, die damit Änderungen und Korrekturen auf 
Anweisung der Fachabteilungen ausführen. 


2.6.4 Erkenntnisse 


Seit der Implementierung der neuen Lösungen für das Kundendatenmanagement hat sich 
die Qualität der Kundendaten bei Hilti erhöht, wie z. B. die Entwicklung des Datenquali- 
tätsindex im Laufe der Zeit zeigt. Da Hilti laufend neue Geschäftsregeln für die Berech- 
nung des Werts hinzufügt, ist sogar für einen gleichbleibenden DQI eine kontinuierliche 
Verbesserung des Datenqualitätsmanagements notwendig. Das operative Geschäft wird 
damit auf vielfältige Weise unterstützt. Zum Beispiel können Vertriebsmitarbeiter nun ver- 
besserte Kundensegmentierungen durchführen und Kunden damit gezielter passende An- 
gebote machen. Dies hat positive Auswirkungen auf die allgemeine Kundenzufriedenheit 
und sorgt für eine bessere Kundenbindung. 
Hilti beurteilte folgende Aspekte als besonders wichtig für den Projekterfolg: 


° Unterstützung durch Hiltis Top-Management: Dank des Projektmandats durch die Ge- 
schäftsleitung waren die benötigten Änderungen in den Organisationsstrukturen mög- 
lich. 

e Frühzeitige Definition von Geschäftsregeln: Hilti definierte die notwendigen Ge- 
schäftsregeln zu Beginn des Projekts und stellte sicher, dass sie von einem gemeinsa- 
men Verständnis getragen wurden. 

° Definition unternehmensweiter Datenqualitätsziele. 

° Bereichsübergreifende Zusammenarbeit: Hilti bewertete die intensive Zusammenarbeit 
aller am Projekt beteiligten Personen sehr positiv, sowohl zwischen lokaler Ebene und 
der Unternehmenszentrale als auch zwischen den Fachabteilungen und der IT. Von 
Anfang an wurden die Anforderungen für die neuen Tools an den Bedürfnissen der 
Fachabteilungen und den dazugehörigen Geschäftsprozesse ausgerichtet. So wurden 
die Datennutzer z. B. in mehreren intensiven Workshops während des ganzen Projekts 
miteinbezogen, um in den Fachabteilungen das notwendige Maß an Motivation und 
aktiver Beteiligung an dem Projekt zu sichern. Die Abteilung Market Reach bewertete 
die Implementierung und den unternehmensvveiten Roll-Out der Lösungen deshalb ins- 
gesamt als reibungslos und erfolgreich. 
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Tab. 2.20 Weiterführendes Material zum Fall von Hilti 


Quelle Titel Ergebnistyp VViss.  Praxis 
Baghi und Case study: customer data quality Fallstudie CC CDQ y v 
Ebner 2013 management at Hilti 
Fohrer 2009 | Customer data management at Hilti Präsentation auf CC 5 
CDQ-Workshop 
Fohrer 2012 Driving corporate data quality through | Präsentation auf CC 5 
the use of consumer technology CDQ-Workshop 


Zusammengefasst waren die wichtigsten Erkenntnisse des Projekts zum Kundendaten- 
management bei Hilti: 


e Kundendatenqualität ist eine Voraussetzung für direkte Vertriebsmodelle. 

e Kundendatenqualität kann am besten an der Quelle, also beim Vertriebsmitarbeiter, ge- 
sichert werden. 

° Akzeptanz für Datenqualitätsprozesse steigt durch Closed-Loop-Ansätze, bei denen 
Vertriebsmitarbeiter direkt von ihren Datenqualitätsverbesserungen profitieren. 

° Datenqualitätsmessungen zeigen den Handlungsbedarf und dokumentieren Datenquali- 
tätsverbesserungen. 


2.6.5 Weiterführendes Material 


Für den Fall von Hilti liegen an verschiedenen Orten Details aus wissenschaftlicher und 
auch aus praktischer Perspektive vor (Tab. 2.20): 


2.7 Johnson & Johnson: Institutionalisierung des 
Stammdatenmanagements in der Konsumgüterindustrie 


2.7.1 Unternehmensüberblick 


Johnson & Johnson ist ein Fortune-50-Unternehmen, das über 275 Tochterunternehmen 
in 60 Ländern weltweit besitzt'°. Johnson & Johnson ist in drei Geschäftsbereiche auf- 
geteilt: Pharmaceutical, Medical Devices and Diagnostics und Consumer Products. Im 
Jahr 2013 beschäftigte das Unternehmen 128.000 Mitarbeiter und erzielte einen Umsatz 
von 55 Mrd. €. Die beiden Bereiche Pharmaceutical und Medical Devices and Diagno- 
stics werden zentral geleitet. Der Bereich Consumer Products hingegen ist in vier geo- 


15 Diese Fallstudie basiert auf der im CC CDQ durchgeführten und unter Otto (2013) publizierten 
Fallstudie. 
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Tab.2.21 Kurzprofil Johnson & Johnson 


Johnson & Johnson 

Gründung 1886 

Branche Pharmazeutische Produkte, Medizinprodukte, Diagnostik 
Unternehmenssitz New Brunsvvick, NJ, USA 

Rechtsform Aktiengesellschaft 

Homepage www.jnj.com 

Umsatz (2013) 55,07 Mrd. EUR (71,31 Mrd. USD) 

Gewinn (2013) 10,68 Mrd. EUR (13,83 Mrd. USD) 

Mitarbeiter (2013) 128.100 


grafische Regionen (North America, South America, Asia-Pacific und Europe) unterteilt 
(Tab. 2:21)". 


2.7.2 Ausgangssituation des Datenmanagements im Bereich Consumer 
Products und Aktivitäten bis 2008 


Neben anderen Unternehmenszielen möchte Johnson & Johnson durch Unternehmens- 
akquisitionen kontinuierlich wachsen. Eine weltweit beachtete Akquisition gab es im Jahr 
2006, als Johnson & Johnson die Verbraucherproduktsparte des Konkurrenten Pfizer für 
16,6 Mrd. US-Dollar übernahm. Johnson & Johnson hat mittlerweile zwei Drittel seiner 
Produktion ausgelagert, um sich auf seine Kernkompetenzen konzentrieren zu können. 
Die Fallstudie behandelt das Datenmanagement im Unternehmensbereich Consumer Pro- 
ducts (North America). 

Nicht zuletzt aufgrund der beträchtlichen Anzahl an Unternehmenskäufen waren die 
Geschäftsprozesse bei Johnson & Johnson zu großen Teilen nicht harmonisiert, sondern 
unterschieden sich stark über die verschiedenen Geschäftsbereiche und Tochterunterneh- 
men hinweg. So gab es zum Beispiel keine unternehmensweiten Richtlinien für den Preis- 
findungsprozess. Auch ein unternehmensweites Datenmanagement war nicht vorhanden. 
Stattdessen existierten fünf Datenmanagementgruppen, die unabhängig voneinander 
arbeiteten. 

Ebenso gab es kein unternehmensweites Verständnis zur Definition der wesentlichen 
Geschäftsobjekte. So wurden zum Beispiel unter der Bezeichnung „Product Samples“ 
einerseits Werbegeschenke für Kunden verstanden. Dieselbe Bezeichnung wurde aber 
auch für Werbeartikel verwendet, die an das Verkaufspersonal ausgegeben wurden. 

Im Jahr 2005 startete Johnson & Johnson ein Großprojekt, um unternehmensweit SAP 
ERP einzuführen. Zielsetzung war, für den Bereich Consumer Products ein Standardan- 


16 Weitere Informationen zu Johnson & Johnsons Geschäftsbereich Consumer Products unter: http:// 
www.jnj.com/connect/about-jnj/company-structure/consumer-healthcare. 
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wendungssystem für die Planung, die Produktion und den Vertrieb zu nutzen. Das Projekt 
umfasste auch die Einführung von Softwaretools für die Stammdatenanlage. 

Einzelne Datenmanagementprozesse jedoch, wie etwa die Anlage und Pflege von Ma- 
terialstammdaten, wurden zum Zeitpunkt, als das System in den operativen Betrieb ging, 
nicht vollständig und detailliert definiert. Diese Prozesse wurden immer noch lokal bzw. 
regional organisiert und waren dementsprechend heterogen. Da Prozess- und Systemde- 
sign in diesem Projekt nicht genügend aufeinander abgestimmt waren, brachte die Pro- 
jektinvestition nicht den erwarteten Nutzen. 


Handlungsdruck 
Hinsichtlich des Datenmanagements hatte Johnson & Johnson mit drei wesentlichen 
Schwierigkeiten zu kämpfen. 

Erstens litten einige Geschäftsprozesse unter Fehlern, die auf Datenqualitätsproble- 
me hindeuteten. Kunden bekamen oft fehlerhafte Rechnungen zugesandt, LKW mussten 
an den Verladestationen warten, bis das entsprechende Material im System freigegeben 
war, in den Fabrikanlagen kam es zu Produktionsverzögerungen und Bestellungen wurden 
nicht rechtzeitig platziert. Darüber hinaus fehlten im Produkteinführungsprozess Infor- 
mationen zum Status neuer Produkte und es fehlten klare Verantwortlichkeiten für den 
Gesamtprozess. 

Zweitens bemängelten Betreiber von globalen Datenpools wie dem Global Data Syn- 
chronization Network (GDSN)!7 die Datenqualität der Produktdaten, die Johnson & John- 
son übermittelte. Auch Kunden kritisierten häufig die Qualität von Logistikdaten wie Pro- 
duktgewichten und Produktmaßen. Einer von Johnson & Johnsons wichtigsten Kunden 
teilte mit, dass das Unternehmen bei den Logistikdaten zu den schlechtesten seiner strate- 
gischen Lieferanten gehöre. 

Drittens beurteilte Johnson & Johnson sein Datenmanagement allgemein als ineffi- 
zient. So wendeten die Mitarbeiter im Datenmanagement ca. 80% ihrer Zeit für die Ana- 
İyse von Datenfehlern und die Behebung von Datenproblemen auf. 


2.7.3 DieEinführung von Data Governance 


Gründungsphase 
Im Jahr 2008 wurde zusammen mit der Consulting-Sparte von GS1 (einer globalen Stan- 
dardisierungsorganisation) ein Projekt ins Leben gerufen, um den genannten Kundenbe- 
schwerden objektiv nachzugehen. 

GSI stellte sein CubiScan®"°-Equipment zur Verfügung, mit dem sämtliche Produkte 
physikalisch gescannt wurden. Innerhalb eines Monats wurde jedes aktive Produkt auf 
diese Weise analysiert. Das Ergebnis führte dem Management die Bedeutung des Daten- 


17 Siehe http://www.gs1.org/gdsn. 
18 Siche http://www.cubiscan.com/. 
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qualitätsproblems vor Augen: Es stellte sich heraus, dass bei weniger als 30% der Produk- 
te die Daten zu Gewicht und Abmessungen innerhalb der erlaubten 5-%-Fehlertoleranz- 
grenze lagen. 

Im Frühjahr 2008 entschied die Geschäftsführung von Johnson & Johnson deshalb, 
eine unternehmensweite Abteilung für Enterprise Master Data (EMD) einzurichten, um 
eine ausreichende Datenqualität im Unternehmen sicherzustellen und Geschäftsprozess- 
fehler zukünftig zu vermeiden. 

Der designierte Leiter der EMD-Abteilung wurde beauftragt, die neue Organisation 
innerhalb von acht Monaten aufzubauen. Er war dafür verantwortlich, alle Geschäftsbe- 
reiche davon zu überzeugen, ihre eigenen dezentralen Aktivitäten im Datenmanagement 
aufzugeben und diese in die neue zentrale Verantwortung zu übertragen. Da die Initiative 
durch das Mandat der Geschäftsleitung gestützt war, musste nicht mehr über das ob ver- 
handelt werden, sondern die Diskussion konnte auf das wie beschränkt werden. In dieser 
Phase wandelte sich auch das Verständnis über die Besitzverhältnisse der Daten: Aus der 
bisherigen Auffassung von „meine Daten“ wurden allmählich „unsere Daten“ — das Ver- 
ständnis, dass Daten nur einem bestimmten Geschäftsbereich gehören, wich dem Bewusst- 
sein für den gemeinschaftlichen Wert der Daten für das Gesamtunternehmen. Schließlich 
bekannten sich die Verantwortlichen auf zweiter Führungsebene aller Geschäftsbereiche 
zu dieser gemeinsamen Initiative. 

Eine zentrale Aktivität der Gründungsphase war ein sogenannter „Kaizen“-Workshop, 
in dessen Rahmen sich Vertreter aus allen Geschäftsbereichen für eine Woche zusam- 
mensetzten, um ein gemeinsames Verständnis bezüglich der Definition der wesentlichen 
Geschäftsobjekte und ihrer Verwendung in unterschiedlichen Geschäftsprozessen zu ent- 
wickeln. In dieser Runde waren Repräsentanten aus allen wichtigen Unternehmensfunk- 
tionen (Finanzen, Entwicklung, Einkauf usw.) vertreten. An jedem Tag der Woche wurde 
ein bestimmter Geschäftsprozess (z. B. Einkauf oder Produktion) diskutiert. 

Nachdem ein gemeinsames Verständnis der wesentlichen Geschäftsobjekte erarbeitet 
war, definierte das EMD-Team die Rollen und Verantwortlichkeiten für die Nutzung und 
Pflege der Stammdaten. Das EMD-Team legte die Verantwortung für jedes einzelne Feld 
eines Materialtyps fest, sodass schließlich insgesamt 420 Stammdatenattribute zu Buche 
standen. Anschließend entwickelte das EMD-Team gemeinsam mit den jeweiligen Eigen- 
tümern Regeln für die Datenpflege der Attribute. Das Team begann zunächst mit den Re- 
geln, die von den verwendeten Systemen (z. B. SAP) vorgegeben wurden, und entwickelte 
danach weitere Geschäftsregeln in Rücksprache mit den Experten der Geschäftsprozesse. 
Eine einfache Geschäftsregel stellt zum Beispiel sicher, dass bei jedem Endprodukt in 
Johnson & Johnsons Systemen das Attribut „Bruttogewicht“ gepflegt sein muss und die- 
ses Feld nicht leer sein darf. 

Externe Perspektiven auf das Thema unterstützten die Aktivitäten während der ersten 
Projektphase. So wurden EMD-Manager anderer Konsumgüterunternehmen eingeladen, 
um ihre Ideen und Konzepte zu präsentieren. 
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Entwicklungsphase 

Im Mai 2009 ging die neue, zentrale EMD-Organisation in den operativen Betrieb. Damit 
übernahm sie die Verantwortung dafür, dass die Daten jedes neuen Produkts rechtzei- 
tig und in der benötigten Qualität vorliegen. Zu Beginn wurden die Verantwortlichkei- 
ten für die Datenobjekte noch nach Datenklassen und Geschäftsbereichen zugewiesen. 
Mit der Zeit erhielten die beteiligten Personen jedoch immer mehr bereichsübergreifende 
Verantwortung, sodass es ab Beginn des Jahres 2010 volle regionale Verantwortung für 
jede existierende Datenklasse gab. Die Verantwortungsstruktur entsprach damit der allge- 
meinen regionalen Organisationsstruktur des Unternehmens. Während die Mitglieder des 
EMD-Teams zu Projektbeginn noch in gemeinsamen Räumlichkeiten an jedem der Unter- 
nehmensstandorte untergebracht waren, ist das gesamte EMD-Team, das aus 27 Personen 
besteht (16 interne und 11 externe Mitarbeiter), mittlerweile am Unternehmenshauptsitz 
angesiedelt. 

Die Entwicklungsphase wurde durch jährliche Master Data Summits und ein Steering 
Committee unterstützt. Das Steering Committee bewertet regelmäßig die übergeordneten 
Stammdatenprozesse hinsichtlich der Befolgung von Standards, der Erreichung der Qua- 
litätsziele und der pünktlichen Bereitstellung der Daten. Dies geschieht über alle zwölf 
Abteilungen hinweg, die an der Anlage von Stammdaten beteiligt sind. 

Zusätzlich zur neu geschaffenen EMD-Organisation etablierte Johnson öz Johnson 
auch neue unternehmensweite Datenmanagementprozesse. Diese schließen z. B. work- 
flow-unterstützte Prozesse für die Produktdatenanlage und ein Datenqualitätsmonitoring 
mit en. 


Reifephase 

Bis Mitte 2011 hatte das Datenmanagement bei Johnson & Johnson einen hohen Reife- 
grad erreicht. Die Prozesse für das Datenmanagement sind mittlerweile in das Tagesge- 
schäft integriert und werden von allen Personen im Unternehmen akzeptiert. Das zentrale 
Datenmanagementinformationssystem wurde kontinuierlich verbessert. Johnson & John- 
son ist heute in der Lage, Produktdaten schnell und in guter Qualität zur Verfügung zu 
stellen, wenn ein neues Produkt in das Sortiment aufgenommen wird. 


2.7.4 Aktuelle Situation 


Heute verwenden die Geschäftsprozesse bei Johnson & Johnson Stammdaten (wie z. B. 
Produktdaten) in konsistenter Art und Weise. Die zentrale EMD-Abteilung hat unterneh- 
mensweit ein eindeutiges Verständnis der wesentlichen Datenobjekte geschaffen und hat 
zudem erreicht, dass alle Geschäftsprozesse die Anforderungen des Datenmanagements 
berücksichtigen. 

Ein Prinzip der EMD-Abteilung im Prozessmanagement lautet, dass die Datenqualität 
von Geschäftsobjekten sowohl vor als auch während der Nutzung der Daten gesichert 
sein muss. Dafür werden Konzepte aus dem Lebenszyklus- und Qualitätsmanagement von 
physischen Gütern auf das Datenmanagement übertragen. 
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CranSoft-P lattform (Backoffice Associates) 


Data Garage 


SAP ERP 


Production 
Validation - 
Bericht 


Stammdaten- 


Stammdaten- > Testberichte 


Dashboard 


Data Dialysis Management- 
Trigger Reports Bericht 


cMat 


Material Customer Source Make/Log. Deliver 
Request Ready Ready Ready Ready 


Legende: ——> Datenfluss; ——> Kontrollfluss; cMat: VVorkflovv-Management-System. 


Abb. 2.39 Systemlandschaft bei Johnson & Johnson. (Otto 2013, S. 15) 


Ein gutes Beispiel eines Geschäftsprozesses, in dem die Datenqualität sichergestellt 
wird, bevor die entsprechenden Daten zur Verwendung kommen, ist der Prozess zur Ein- 
führung neuer Produkte. Während es in der Vergangenheit keine Transparenz bezüglich 
des Produktstatus gab, werden Produktdaten heute in einem mehrstufigen Prozess verwal- 
tet. Sechs Monate bevor ein neues Produkt an den Handel ausgeliefert wird, übermittelt 
Johnson & Johnson sowohl den Händlern als auch GS1 vorläufige Produktdaten (wie 
z. B. Informationen zur Verpackung). Drei Monate vor Produktauslieferung werden dann 
die endgültigen Daten zu Abmessungen und Gewicht des Produktes übermittelt, welche 
umgehend im SAP-ERP-System eingefroren werden. Zusätzlich wurde ein sogenanntes 
„Packaging Lab“ am Unternehmenshauptsitz eingerichtet, in dem jedes neue Produkt vor 
der Erstauslieferung mithilfe des CubiScan-Geräts gescannt wird. Auf diese Weise wird 
der Prozess der Produkteinführung genutzt, um Produktdaten zu verifizieren, bevor ein 
Produkt zum ersten Mal ausgeliefert wird. 

Heute legt die EMD-Abiteilung jedes Jahr rund 3000 Stammdatensätze für Endproduk- 
te und 11.000 Stammdatensätze für Rohmaterial an. Letzteres schließt sowohl Rohma- 
terial im eigentlichen Sinne als auch halbfertige Materialien, Experimentiermaterial und 
Ersatzteile mit ein. Das Datenqualitätslevel beträgt heute 99,991 % (berechnet aus dem 
Verhältnis der Anzahl fehlerfreier Datensätze gemäß den definierten Geschäftsregeln zu 
der Gesamtzahl der Datensätze im SAP-ERP-System). 

Abbildung 2.39 zeigt die Systemlandschaft, die Johnson & Johnson heute für die An- 
lage von Materialstammdaten verwendet. Die führende Datenquelle ist dabei das SAP- 
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ERP-System, das unternehmensweit genutzt wird. Darüber hinaus hat das EMD-Team 
weitere Informationssysteme entwickelt, um die benötigte Datenqualität bei Anlage und 
Pflege der Datensätze sicherzustellen. Alle verwendeten Systeme basieren auf der Cran- 
Soft-Plattform von BackOffice Associates’. 

Die Funktionen der einzelnen Systeme und die von ihnen erzeugten Berichte sollen im 
Folgenden kurz beschrieben werden: 


e Die Data Garage speichert täglich eine Kopie aller produktiven SAP-Daten. 

e Das Stammdaten-Cockpit ist ein Analyse- und Reporting-Tool für die Datenqualität. 
Es überprüft, ob Stammdatensätze die definierten Regeln verletzen und den Qualitäts- 
anforderungen entsprechen. 

° cMat ist ein Workflow-Management-System, das die Anlage von Stammdatensätzen 
unterstützt. Johnson & Johnson prüft die einzugebenden Daten auf Qualität, bevor sie 
in den Standardtransaktionen des ERP-Systems gebucht werden. Der Datenfluss durch 
diese Bereitstellungsbereiche (Staging Areas) stellt sicher, dass nur fehlerfreie Daten- 
sätze für den jeweils nächsten Bearbeitungsschritt zugelassen werden und setzt damit 
das „first time right“-Prinzip um. 

° Data Dialysis Trigger Reports: Die Informationen aus dem Stammdaten-Cockpit steu- 
ern zusammen mit den Statusberichten aus cMat den Prozess zur Anlage der Material- 
stammdaten. 

e Der Production Validation — Bericht überwacht Änderungen und Fehler in wichtigen 
Datenfeldern bei allen vorhandenen Materialien. 

e Die Stammdaten-Testberichte werden vom Stammdaten-Cockpit erzeugt. 350 unter- 
schiedliche Berichte und Anfragen sind dabei möglich. 

e Die Management-Reports liefern Kennzahlen zu Datenqualität und Aktualität pro Ab- 
teilung oder für Geschäftseinheiten. 


Die Systemlandschaft unterstützt die Sicherung der Datenqualität sowohl vor als auch 
während der Nutzung der Daten. Das Workflow-Management-System cMat ist dabei das 
zentrale Anwendungssystem. Es stellt sicher, dass Stammdaten sowohl für Endprodukte 
als auch für Rohmaterial rechtzeitig und in der benötigten Qualität bereitstehen. Nachdem 
ein Mitarbeiter ein neues Material angefordert hat, bietet cMat vier verschiedene Quali- 
tätsstadien: „customer ready“, „source ready“, „make ready“ und „delivery ready“. Abbil- 
dung 2.40 zeigt ein Beispiel eines Workflow-Statusberichts, der im Cockpit für Material- 
stammdaten dargestellt wird. Dabei stehen die Zeilen für die Qualitätsstadien und geben 
an, welche Phasen das Stammdatenobjekt bereits erfolgreich durchlaufen hat. 

War die Datenqualität in den ersten Jahren des neuen Jahrtausends mit unter 30% kor- 
rekter Produktdatensätze noch sehr schlecht, so hat Johnson & Johnson mittlerweile ein 
Six-Sigma-Level erreicht: Am 1. Juli 2012 entsprachen 99,99966 % aller Stammdatensät- 
ze den vorgegebenen Datenqualitätsregeln. 


19 Eine Plattform zur Web-Anwendungsentwicklung des Unternehmens Backoffice Associates, das 
auf Qualitätsmanagement- und Stammdatenmanagementlösungen spezialisiert ist. 
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Abbildung 2.41 zeigt die Entwicklung des Datenqualitätsindex bei Johnson & John- 
son. Dieser berechnet sich aus dem Verhältnis der Anzahl fehlerfreier Materialstamm- 
datensätze zur Gesamtzahl an Materialstammdatensätzen. Ein Datensatz wird als fehler- 
haft angesehen, sobald er mindestens eine der definierten Datenqualitätsregeln verletzt. 
Der erste, noch recht überschaubare Satz an Regeln wurde in der ersten Projektphase 
definiert. Mittlerweile gibt es bei Johnson & Johnson rund 400 Datenqualitätsregeln, 
welche täglich geprüft und ggf. modifiziert werden. Dies ist notwendig, um der starken 
Marktdynamik in der Konsumgüterbranche, speziell auf dem nordamerikanischen Markt, 
gerecht zu werden. 

Wie deutlich erkennbar ist, knickt die Kurve in Abb. 2.41 zweimal stark nach unten 
ab. Der erste Knick im September 2011 war die Folge einer Datenmigration nach einem 
weiteren Unternehmenskauf. Der zweite, nicht ganz so ausgeprägte Knick im Januar 2012 
ist auf den gewählten Messzeitpunkt zurückzuführen. Dieser war der 1. Januar 2012, ein 
Sonntag. An diesem Tag entsprach das Kalenderjahr nicht dem Fiskaljahr — eine Unstim- 
migkeit, die sich bereits am nächsten Tag, dem 2. Januar, auflöste. Die Testlogik wurde 
daraufhin angepasst. 


2.7.5 Erkenntnisse 


Johnson & Johnson konnte in nur drei Jahren viele der gesteckten Data Governance — Zie- 
le erreichen. Die Gründung der EMD-A bteilung ebnete den Weg für das übergeordnete 
Ziel, die Datenqualität durch unternehmensweites Datenmanagement zu verbessern. 
Tabelle 2.22 zeigt die Entwicklung von sechs Datenmanagementkompetenzen, von 
denen fünf auf der Ebene des Gesamtunternehmens neu entwickelt werden mussten. 
Johnson & Johnson konnte im Laufe der Zeit drei wesentliche Faktoren identifizieren, 
die eine positive Auswirkung auf die unternehmensweite Data Governance hatten. 
Erstens ist heute unumstritten, dass der wesentliche Impuls für die Initiative von außer- 
halb des Unternehmens kam. Es gab zwar auch innerhalb des Unternehmens schon immer 
Treiber des Datenqualitätsmanagements, jedoch war das Bewusstsein unternehmensintern 
nicht stark genug ausgeprägt. Erst als von Kundenseite die Kritik immer deutlicher geäu- 
Bert wurde, konnte sich ein entsprechendes Problembewusstsein im Unternehmen bilden. 
Zum Zweiten war es extrem wichtig, dass die Verantwortlichen nach der als Weckruf 
empfundenen Kritik des Kunden schnell mit der notwendigen unternehmensweiten Reich- 
weite handelten. Während bis dahin Datenqualitätsprobleme als verteilt im Unternehmen 
auftretende, unzusammenhängende Phänomene betrachtet wurden, realisierte Johnson & 
Johnson nun, dass dieses Problem von unternehmensweiter Relevanz war und damit auch 
auf dieser Ebene angegangen werden musste. 
Drittens wird bei Johnson & Johnson heute als unverzichtbar angesehen, die Daten- 
qualität täglich zu überwachen und die Analyseergebnisse zu dokumentieren. So kann 
Johnson & Johnson die Auswirkungen bestimmter Vorfälle auf die Datenqualität nachver- 
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Tab. 2.22 Entwicklung der Datenmanagementkompetenzen 


Datenmanagement- Stand Anfang 2008 Stand Anfang 2012 
kompetenz 
Data Strategy Auf Ebene des Gesamt- e EMD-Ziele aus Geschäftszielen 
Management unternehmens nicht abgeleitet 
vorhanden e Unterstützung durch Executive 
Management 
° Kontinuierliches Managementreporting 
Data Quality Überhaupt nicht vorhanden e Datenqualitätsprozesse und -werkzeuge 
Management sind etabliert und werden kontinuier- 
lich verbessert, sowohl vor als auch 
während der Datennutzung 
Data Stewardship Nur auf Ebene der einzel- / “ Klare Verantwortlichkeiten für die 
nen Geschäftsbereiche einzelnen Datenklassen 
vorhanden; keine Koordi- |. Zentrales EMD-Team mit 
nation auf der Ebene des Stewardship-Verantwortung 
Gesamtunternehmens 
Data Lifecycle Kein unternehmensweites |° Workflow-unterstützter Prozess 
Management Konzept vorhanden für die Anlage und Pflege von 
Stammdatensätzen 
e Prozess für die Deaktivierung von 
Stammdatensätzen ist in Entwicklung 
Data Architecture Keine einheitliche Defi- ° Unternehmensweit einheitliches Ver- 
Management nition der wesentlichen ständnis der wesentlichen Geschäftsob- 


Geschäftsobjekte 


Zentrale Datenquelle ist das 
SAP-ERP-System 


jekte (z. B. „Product Samples‘) 


e Das SAP-ERP-System ist die führende 
Datenquelle 


Database Management 


SAP-ERP-System 


e SAP-ERP-System 


folgen. Dadurch kann sich das Unternehmen besser auf Ereignisse in der Zukunft einstel- 
len und versuchen, die negativen Auswirkungen dieser Ereignisse auf die Datenqualität zu 
verringern. Darüber hinaus war es auch wichtig zu erkennen, dass über eine kontinuier- 
liche Messung und Überwachung der Datenqualität und ihre Anhebung auf das Six-Sig- 
ma-Level klar gezeigt werden kann, dass Data Governance tatsächlich eine positive Aus- 
wirkung auf die Datenqualität hat. Dieser Beweis ist äußerst hilfreich, um den betriebenen 
Aufwand für ein ständiges Weiterentwickeln der Data Governance im Unternehmen und 


gegenüber allen Mitarbeitern erklären zu können. 


Zusammengefasst waren die wichtigsten Erkenntnisse bei Johnson & Johnson: 


° Qualitätsprobleme von Material- und Produktdaten schlagen sich in allen Geschäfts- 
prozessen nieder; deshalb müssen Anforderungen an die Datenqualität auch vom ge- 


samten Produktlebenszyklus abgeleitet werden. 


e Die dauerhafte Verbesserung der Datenqualität erfordert eine organisatorische Veran- 
kerung des unternehmensweiten Datenqualitätsmanagements. 
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° Automatisierte digitale Datenqualitätsprüfungen durch Geschäftsregeln müssen mit 
halbmanuellen, physischen Prüfungen (hier mithilfe des CubiScan-Geräts) kombiniert 
werden. Die Korrektheit der Daten wird so durch Prüfung am Realweltobjekt sicher- 
gestellt. 

e Workflows und Bereitstellungsbereiche (Staging Areas) vor der Datenübernahme ins 
ERP-System verhindern die Erfassung fehlerhafter Daten und sichern die Datenqualität 
im Produktivsystem. 

e Die Übertragung von bewährten Qualitätsmanagementsystemen wie Six Sigma auf das 
Datenqualitätsmanagement erleichtert die Umsetzung und erhöht die Akzeptanz. 


2.7.6 Weiterführendes Material 


Für den Fall von Johnson & Johnson liegen an verschiedenen Orten Details aus wissen- 
schaftlicher und auch aus praktischer Perspektive vor (Tab. 2.23): 


Tab. 2.23 Weiterführendes Material zum Fall von Hilti 


Quelle Titel Ergebnistyp Wiss. | Praxis 
Otto 2013 On the evolution of data governance | Wiss. Beitrag in 
in firms: The case of Johnson & John- | Herausgeberband V V 
son consumer products North America 
Viman und Otto Data governance: Learning from the Prasentation auf y 
2012 past: J&J case study Praxiskonferenz 
Wailgum 2012 Data and information governance at Beitrag in y 
Johnson & Johnson Fachzeitschrift 


2.8 Lanxess: Business Intelligence und Stammdatenmanagement 
bei einem Spezialchemiehersteller 


2.8.1 Unternehmensüberblick 


Lanxess ist ein deutscher Spezialchemiekonzern mit Sitz in Köln. Das Unternehmen ging 
2004 aus der ehemaligen Chemie- und Teilen der Polymersparte der Bayer AG hervor. 
Lanxess beschäftigt ca. 17.000 Mitarbeiter in 31 Ländern und ist weltweit an 52 Produk- 
tionsstätten vertreten. Das Kerngeschäft von Lanxess besteht in der Entwicklung, Herstel- 
lung und dem Vertrieb von Kunststoffen, Kautschuken, Zwischenprodukten und Spezial- 
chemikalien. Das breite Produktspektrum und die 14 Geschäftseinheiten sind in die drei 
Segmente Performance Polymers, Advanced Intermediates und Performance Chemicals 
gegliedert. Kernkompetenzen sind chemisches Know-how, Anwendungs-Know-how, fle- 
xibles Asset-Management und Kundennähe (Tab. 2.24). 
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Tab. 2.24 Kurzprofil Lanxess 


Lanxess AG 

Gründung 2004 

Branche Spezialchemie 
Unternehmenssitz Köln, Deutschland 
Rechtsform Aktiengesellschaft 
Homepage www.lanxess.de 
Umsatz (2013) 8,3 Mrd. EUR 
Gewinn (2013) —159 Mio. EUR 
Mitarbeiter (2013) 17.343 


Diese Fallstudie zeigt, dass Stammdatenmanagement und hohe Datenqualität eine not- 
wendige Grundlage für Business Intelligence (BI)-Projekte mit aktueller Informations- 
technologie sind. 


2.8.2 Ausgangssituation des Datenmanagements und Business 
Intelligence 2004-2011 


Nach der Ausgründung aus der Bayer AG besaß Lanxess zunächst eine fragmentierte 
IT-Landschaft mit 26 ERP-Systemen unterschiedlicher Anbieter. Auf der Reportingsei- 
te betrieb das Unternehmen ein ebenfalls von Bayer übernommenes Business Warehou- 
se (BW). Das Business Warehouse enthielt Daten von verschiedenen Divisionen, denen 
unterschiedliche Datenmodelle zugrunde lagen. Diese uneinheitliche Datengrundlage er- 
laubte weder ein globales Reporting, noch genügte es den Ansprüchen der lokalen Ge- 
schäftseinheiten an ein vertrauenswürdiges und nutzerfreundliches Berichtswesen. Lokale 
Anwender schufen daraufhin zahlreiche Einzellösungen in Form von eigenen Accessda- 
tenbanken oder Exceltabellen, welche die IT-Landschaft weiter fragmentierten. Auf ERP- 
Seite zählten schlechte Wartbarkeit und mangelnde Upgradefähigkeit der Systeme auf 
neuere Softwareversionen zu den größten Herausforderungen. 

Um diese Probleme zu beheben, führte Lanxess zwischen 2004 und 2011 ein unter- 
nehmensweites Projekt zur Konsolidierung der IT-Landschaft durch. Nach erfolgreicher 
Projektumsetzung bestand die neue IT-Landschaft von Lanxess nur noch aus folgenden 
Systemen: 


° 1 globales Stammdatensystem 
° 2 ERP-Systeme 
° 1 globales Reportingsystem (SAP BW) 


Das Stammdatensystem und die umgebenden Data Governance — Strukturen werden im 
folgenden Abschnitt genauer beschrieben. 
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Das neue globale Reportingsystem deckte über 90% des gesamten Geschäfts ab und 
ermöglichte Berichte wie z. B. Cost-Center, Product Costing, Profitability Analysis, Sa- 
les & Distribution, Material Management und Transport Management — Berichte (jeweils 
tagesaktuell) sowie Konzernkonsolidierung, Budgetplanung, Global P&L und Global In- 
ventories — Berichte (monatsaktuell). 


2.8.3 Das Stammdatenmanagement bei Lanxess seit 2011 


Data Governance umfasst nach dem Verständnis von Lanxess alle Mitarbeiter, Prozesse 
und IT-Systeme, die einen angemessenen und konsistenten Umgang mit Daten im ge- 
samten Unternehmen sicherstellen (Rosenhagen 2014). Lanxess verzeichnete 2013 ein 
monatliches Wachstum seiner Stammdaten um ca. 700 neue Kundenstammdatensätze, ca. 
500 neue Lieferantenstammdatensätze sowie etwa 1000 neue Materialstammdatensätze. 
Um diesen Zuwachs zu bewältigen und die weltweite Versorgung der Geschäftsprozesse 
mit verlässlichen Stammdaten zu gewährleisten, hat Lanxess eine Data Governance-Or- 
ganisation geschaffen, die ein zentrales Stammdaten-Support-Team, eine Stammdaten- 
architektur mit vier Hauptbestandteilen sowie definierte Rollen und Verantwortlichkeiten 
einschließt. 


Organisation und Prozesse 

Lanxess etablierte eine zentrale Abteilung am Hauptsitz, die als globale Unterstützungs- 
abteilung für stammdatenbezogene Aufgaben fungiert. Die Hauptfunktionen dieser Ab- 
teilung sind: 


e Professionelle Beratung und Support für das zentrale Stammdatensystem 

° Vertrags- und Lizenzmanagement 

° Verteilung von Stammdaten an alle relevanten Systeme von Lanxess 

e Schulung und Beratung für Mitarbeiter in den Geschäftseinheiten hinsichtlich der Nut- 
zung von Stammdaten und ihrer Prozesse 


Darüber hinaus legte Lanxess eine „Data Owner“-Organisation fest, die Rollen und Ver- 
antwortlichkeiten für alle zentralen Stammdatenklassen (Lieferanten, Kunden, Materia- 
lien) definiert. Diese ist in Abb. 2.42 dargestellt. 

Der links unten in der Abbildung erwähnte Stammdatenprozess bezieht sich auf einen 
workflowgestützten Anlage- und Pflegeprozess für Lieferanten-, Kunden- und Material- 
stammdaten, der die globalen Datenpflegeprozesse vereinheitlicht hat. Gemeinsam mit 
dem Rollenkonzept stellt dieser Workflow sicher, dass alle neu angelegten Stammdaten- 
sätze sowohl systemseitig als auch von den jeweiligen Verantwortlichen auf Richtigkeit 
geprüft werden, sodass nur Datensätze hinreichender Datenqualität in das zentrale MDM- 
System gelangen. Voraussetzung für diesen Workflow war eine Unterscheidung in globale 
und lokale Stammdatenattribute und eine entsprechende Rollenzuteilung. Der Workflow 
überbrückt Organisations- und Systemgrenzen. 
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Aktuell gibt es allerdings noch eine hohe Zahl von Mitarbeitern, die lokal Stammdaten 
über den Workflow anfragen und genehmigen (allein für Lieferanten sind weltweit über 
600 Personen involviert). Dies bringt Nachteile hinsichtlich der Datenqualität sowie der 
Prozessdauer und -kosten mit sich, sodass Lanxess den Aufbau von regionalen Stamm- 
datenzentren plant. Damit soll die Zahl der beteiligten Personen reduziert werden, um 
die Prozessqualität zukünftig weiter zu verbessern und gezielter Mitarbeiterschulungen 
anbieten zu können. 


Systeme 

Das globale Stammdatensystem basierend auf SAP MDM, das im Rahmen der System- 
konsolidierung implementiert wurde, ist das Herzstück der neuen Lanxess-Stammdatenar- 
chitektur. Sie besteht vereinfacht gesprochen aus vier Hauptkomponenten: 


e MDM-System: Die zentrale Stammdatendatenbank 

e SAP NetWeaver: Ein Web-Portal, das den Stammdatenworkflow einschließlich Busi- 
ness Rules implementiert. Diese Benutzerschnittstelle ist in mehreren Landessprachen 
realisiert 

e Business Objects Data Service: Eine Lösung für automatische Adress- und andere Va- 
lidierungen 

° SAP PI: Eine Middleware, die das zentrale Stammdatensystem mit 21 Zweitsystemen 
verbindet und die Verteilung der globalen Stammdaten in diese Systeme umsetzt 


Der oben schon erwähnte Workflow bringt mehrere Vorteile mit sich. So bietet er bei der 
Anlage oder Änderung von Stammdaten eine automatische Überprüfung auf Dubletten 
und automatisch vorausgefüllte Felder und Konsistenzprüfungen, um Fehler bei der ma- 
nuellen Dateneingabe zu minimieren. Außerdem haben Lanxess-Mitarbeiter durch den 
Workflow stets Transparenz über den aktuellen Status einer Stammdaten-Anfrage und die 
Durchlaufzeit des Prozesses kann einfach gemessen werden. 

Um die Übersicht über solche und weitere Kennzahlen zu erhalten, implementiert 
Lanxess im Rahmen der Data Governance-lnitiative „EXPAND“ ein Kennzahlen-Frame- 
work für das globale Stammdatenmanagement. Mehrere Kennzahlen sollen im Intranet 
in einem Portal für die Anwender aus den Geschäftseinheiten zur Verfügung stehen. Ein 
Überblick über den Umfang des Kennzahlen-Frameworks ist in Abb. 2.43 wiedergegeben. 


2.8.4 Aufbau des strategischen Reportings seit 2012 


Anforderungen 
Nach Abschluss der Systemkonsolidierung und Aufbau des Stammdatenmanagements 
stand Lanxess eine konsolidierte Datenbasis für eine Bandbreite operativer und taktischer 
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Kennzahlen-Framework 


a Anzahl an Datensätzen (pro 
Geschäftseinheit, etc.) 

a Anzahl an neuen Datensätzen 

a Server- und 
Speicherverfügbarkeit 

= Speicher-und CPU-Auslastung 


= Anzahl an SAP & MDM 
Workflows 

= Anzahl an MDM-Support Tickets 

= Antwortzeiten auf Support- 
Tickets 


a “Fehler des Monats” 


+ Datenqualitätsmessung (z.B. 
nicht gefüllte Felder) 


= Workflow-Prozessmessung 

= Steuerungsmaßnahmen, um unfertige Workflows abzuschließen 
Überblick über die Workflow-Nutzung 

Überblick über neu angelegte und geänderte Materialien nach Struktur 
der Vertriebsorganisation 

Überblick über neu angelegte und geänderte Materialien nach 
Produktionsstandorten und Werksstruktur 


= Identifizierung von fehlerhaften 

Datensätzen in der Datenbank 

Identifizierung von Ursachen 

= Fehlerprüfung 

= Fehlervermeidungs- und - 
verbesserungsmaßnahmen 


Legende: MDM — Stammdatenmanagement (Master Data Management). 


Abb. 2.43 Kennzahlen-Framework von Lanxess. (nach Rosenhagen 2014, S. 30) 


Berichts- und Planungsanforderungen zur Verfügung. Sie bot jedoch noch nicht die not- 
wendigen Funktionalitäten für fortgeschrittene strategische Reporting-Ansprüche. 

Deshalb startete Lanxess ab Anfang 2012 ein Folgeprojekt im Bereich Business Intelli- 
gence (BD. Das Projekt „REMIX“ (Re-engineering Management Information) hatte zum 
Ziel, die Systemlandschaft weiterzuentwickeln und neue strategische BI-Anforderungen 
zu unterstützen. Genauer standen vier Ziele im Vordergrund: 


° Strategische Funktionen: Zusätzlich zu den oben genannten Berichten sollten nun auch 
weitere Funktionen wie eine Umsatz- & Margen-Analyse mit Simulation, eine globale 
Kostenanalyse, ein Top-Management-Reporting in Form von Cockpits sowie zukünftig 
auch weitere Funktionen ermöglicht werden. 

° Standards: Trotz des neuen zentralen BW-Systems griffen Anwender in den Geschäfts- 
bereichen weiterhin häufig auf ihre eigenen Reporting-Frontends zurück. Diese meist 
Microsoft Office-basierten Tools wurden oft als schneller und bedienungsfreundlicher 
empfunden als das Reportingtool „Business Explorer“, welches in das BW integriert 
ist. Eine neue Standardlösung sollte den Bedarf für solche Behelfslösungen reduzieren. 

° Performance & Usability: Neue Lösungen mussten leicht bedienbar und leistungsfähig 
sein, um von den Anwendern angenommen zu werden. 

° Flexibilität: Neue Berichte sollten durch den Anwender anpassbar sein, um die Abhän- 
gigkeit vom IT-Support zu reduzieren und für eine höhere Anwenderzufriedenheit zu 
sorgen („self-service BI“). 
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Für eine Pilotumsetzung wurden zwei Reporting-Szenarien ausgewählt, die das Unter- 
nehmen als besonders wichtig einstufte. Das erste war eine dynamische Umsatz- & Mar- 
gen-Simulation (kurz: Margen-Simulation), das zweite ein leistungsfähiges Management- 
Cockpit. 

Das Szenario Margen-Simulation sollte ermöglichen, die Auswirkungen von Verän- 
derungen im Wettbewerbsumfeld und von strategischen Entscheidungen (z. B. im inner- 
betrieblichen Handel) auf die Margenentwicklung der verschiedenen Geschäftseinheiten 
zu simulieren und damit besser einschätzbar zu machen. Eine solche Analyse ist für das 
Unternehmen sehr wertvoll, da die Chemieindustrie erstens stark von externen Bedin- 
gungen wie z. B. der Rohstoffpreisentwicklung abhängt und Lanxess zweitens Wert- 
schöpfungsschritte an unterschiedlichen seiner global verteilten Produktionsstandorte 
vornimmt, sodass der innerbetriebliche Handel sehr wichtig für das Ergebnis einiger Lan- 
xess-Geschäftsbereiche ist. Die Auswirkungen von Veränderungen dieser unterschiedli- 
chen internen und externen Parameter auf das Gesamtunternehmen sowie die einzelnen 
Geschäftsbereiche waren bislang nur schwer einschätzbar. 

Das Szenario Management-Cockpit sollte dem Top-Management detailliert und kom- 
fortabel Konzernkennzahlen darstellen und zudem die bisherigen aufwändigen Prozes- 
se für die Konzernkonsolidierung vereinfachen. Das Management wollte außerdem mit 
kurzen Reaktionszeiten auch auf tiefere Berichtsebenen durchgreifen können. Beide ge- 
wünschten Funktionalitäten standen mit der bisherigen Reportinglandschaft nicht zur Ver- 
fügung, sodass nach einer neuen IT-Lösung gesucht wurde. 


Hintergrund zu In-Memory Computing und Toolauswahl 

In-Memory Datenbank-Technologie, auch In-Memory Computing genannt, ist eine Tech- 
nologie, die in den letzten fünf Jahren einige Aufmerksamkeit erhalten hat. 2013 zählte die 
Analystenfirma Gartner In-Memory Computing zu einem der Top-10 Technologietrends 
(Gartner 2013). In-Memory Datenbanken halten den Großteil des Datenbestandes nicht 
auf einer Festplatte, sondern im Hauptspeicher, was erhebliche Geschwindigkeitsvorteile 
bei Datenzugriffen im Vergleich zum Festplatten-V/O bietet (Gill 2007, S. 61). Kombiniert 
mit modernen Datenbankkonzepten wie Spaltenorientierung mit seinem höheren Poten- 
zial für Datenkompression verspricht In-Memory Computing auch bei großen Datenmen- 
gen hohe Datenverarbeitungsgeschwindigkeiten. Obwohl die Technologie schon in den 
1980er Jahren beschrieben wurde, ist sie erst seit einigen Jahren dank fallender Preise für 
die entsprechende Hardware und der zunehmenden Verbreitung von 64-bit-Architekturen, 
die einen größeren Arbeitsspeicher direkt ansprechen können, für den Unternehmensall- 
tag tauglich geworden. In-Memory Computing gilt als eine der Technologien, die für die 
Lösung von Big Data-Anforderungen geeignet ist; vor allem für jene Anwendungsfälle, 
die besonders schnelle Datenverarbeitung benötigen. 

Lanxess zog darum für die beschriebenen Szenarien In-Memory Computing-Lösungen 
in Betracht. Da das Unternehmen zuvor noch keine Erfahrung mit dieser Technologie ge- 
sammelt hatte, fand mit Unterstützung eines externen Dienstleisters ein Anbietervergleich 
statt, um ein geeignetes Tool auszuwählen. Die neue IT-Lösung sollte vor allem drei An- 
forderungen genügen: 
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Anwender-Perspektive: Architektur-Perspektive: 
s Demo-Präsentation durch den Anbieter "= Workshops mit externen BI -Analysten 
= Proof of Concept: Anbieterpräsentation und = Architektur-VVorkshops mit den 
erster Test durch die Anwender Toolanbietern 
s Zweite Runde Anwendertests s Review durch Lanxess-IT 


= BU Advisors und Controller Reviews 


Performance-Perspektive: Kosten- und Lizenz -Perspektive: 

"= Tests in Leverkusen "= Lizenz-VVorkshops, inkl. Sizing 

s Globale Performance -Tests (USA, Singapur, "= İmplementierungsvvorkshops 
Indien, China, Brasilien, Argentinien) a Aufwandsschätzungen /-indikatoren der 
einschließlich lokaler Installationen Anbieter 

= Anwendertests "= TCO-Betrachtung 


Legende: BU - Business Unit; BI - Business Intelligence; TCO - Total Cost of Ownership. 


Abb. 2.44 BI-Toolauswahl. (Hömberg 2013, S. 12) 


° Funktionalität: Leistungsfähige Unterstützung der beiden geplanten Szenarien, Cockpit 
und Margen-Simulation 

e Kompatibilität mit der bisherigen IT-Landschaft und angemessener Implementierungs- 
aufwand 

e Hohe Anwendungsfreundlichkeit, um die Nutzerakzeptanz sicher zu stellen 


Nach dem sechswöchigen Auswahlprozess entschied sich Lanxess für eine Kombination 
aus den Produkten SAP BW on HANA als Backend und arcplan als Frontend. Abbil- 
dung 2.44 veranschaulicht die verschiedenen Bewertungsperspektiven und Schritte des 
Auswahlprozesses. 


Implementierung und neue Funktionen am Beispielszenario Margen-Simulation 
Nach der Softwareauswahl implementierte Lanxess die Szenarien im Jahr 2013 als Pilot- 
anwendungen zunächst in einer (Cockpit) bzw. zwei (Margen-Simulation) Geschäftsein- 
heiten. Voraussetzung dafür war eine neue Datenmodellierung für das BW on HANA, in 
das daraufhin die notwendigen Daten aus dem bisherigen BW migriert wurden. Lanxess 
wählte einen „Greenfield“-Ansatz, d. h. sämtliche Datenmodelle wurden für die neuen 
Anwendungen neu entwickelt, um erstens die aktuelle Geschäftssicht abzubilden und 
zweitens die vereinfachte Datenmodellierung der SAP HANA - Datenbank auszunutzen. 
Im Rückblick wurde dies als einer der Erfolgsfaktoren von Projekt REMIX angesehen, 
da auf diese Weise mit alten überflüssigen Datenmodellen „aufgeräumt“ werden konnte. 
Mit der Umsatz- und Margen-Simulationsanwendung können Lanxess-Planer sowohl 
auf Geschäftsbereichs- als auch auf Unternehmensebene komplexe Szenarien analysieren 
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und simulieren. Damit können unter anderem die folgenden Fragen beantwortet werden: 
„Wie viel verdienen wir an einem einzelnen Kunden/ an einer Kundengruppe/an folgen- 
den Produktgruppen?“ oder „Wie verändern sich die jeweiligen Margen bei anderen Wer- 
ten für Rohstoffpreise, Frachten, Energiepreise etc?“ Im Gegensatz zu den vorhandenen 
Planungstools z. B. aus dem Supply Chain Planning stehen hier nicht die Produktions- 
planung und damit Mengengerüste im Fokus, sondern die finanzielle Ergebnissicht wie 
Kunden- und Produktprofitabilität. Abbildung 2.45 zeigt einige der Eingabeparameter, die 
mit der Simulations-Engine berücksichtigt werden können. 

Nachdem die neuen Lösungen in den Pilot-Geschäftsbereichen erfolgreich implemen- 
tiert und letzte technische Herausforderungen bewältigt sind, die in erster Linie auf die 
geringe Maturität der In-Memory Computing-Produkte zurückzuführen sind, sollen sie in 
den verbleibenden 12 (bzw. 13) Geschäftsbereichen ausgerollt werden. Daraufhin können 
die alten Lösungen abgeschaltet werden. Es sind bereits weitere Szenarien auf den neuen 
In-Memory Computing-Lösungen geplant. 


2.8.5 Erkenntnisse 


Diese Fallstudie zeigt, dass eine einheitliche Sicht auf die Unternehmensdaten die Basis 
für fortgeschrittene Datenanalysen und ein zukunftsfähiges Berichtswesen sind. Die Kon- 
solidierung von ERP-Systemen und eine „Single Source of Truth“ sind einerseits Voraus- 
setzung für ein reibungsloses operatives Geschäft, bilden darüber hinaus aber auch die 
Grundlage für komplexere strategische BI-Anforderungen. Der Zusammenhang zwischen 
dem IT-Befähiger, der In-Memory Computing-Lösung, und dem realisierten Geschäfts- 
nutzen lässt sich anhand eines „Business Dependency Networks“ darstellen (Bärenfänger 
et al. 2014). Wie Abb. 2.46 zeigt, bewährt sich die neue Technologie nicht nur im direkten 
Geschäftsalltag, sondern sie trägt auch zu den übergeordneten strategischen Unterneh- 
menszielen bei. 
Zusammengefasst waren die wichtigsten Erkenntnisse bei Lanxess: 


° Konsolidierte und saubere Unternehmensdaten sind Voraussetzung für fortgeschrittene 
BI-Lösungen. 

° Ein systemgestützter Workflow für den Stammdatenpflegeprozess mit klaren Rollen 
und Verantwortlichkeiten stellt sicher, dass Stammdaten zügig und unter gesicherter 
Qualität in zentralen und lokalen Anwendung zur Verfügung stehen. 

° In-Memory Computing-Technologie kann dazu eingesetzt werden, komplexe Simula- 
tionen mit großen Datenmengen durchzuführen und ein für Endnutzer flexibles Be- 
richtswesen zu etablieren. 
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Tab.2.25 Weiterführendes Material zum Fall von Lanxess 


Quelle Titel Ergebnistyp Wiss. | Praxis 


Bärenfänger 2014 | Value potential of in-memory | Arbeitsbericht CC CDQ y v 
data management 

Rosenhagen 2014 | Master Data Management @ Präsentation auf CC v 
Lanxess CDQ-Workshop 

Schuster 2013 Re-engineering management Präsentation auf y 
information at Lanxess Praxiskonferenz 


2.8.6 Weiterführendes Material 


Für den Fall von Lanxess liegen an verschiedenen Orten Details aus wissenschaftlicher 
und auch aus praktischer Perspektive vor (Tab. 2.25). 


2.9 Shell: Datenqualität im Produktlebenszyklus in der 
Mineralölindustrie 


2.9.1 Unternehmensüberblick 


Shell ist eine globale Unternehmensgruppe im Energie- und Petrochemiemarkt. Mit 
92.000 Mitarbeitern ist Shell in über 70 Ländern vertreten und erwirtschaftet einen Ge- 
winn von über 16 Mrd. USD (Tab. 2.26). 

Das Geschäft von Shell gliedert sich in zwei Bereiche. Das Upstream-Geschäft küm- 
mert sich um die Erschließung neuer Öl- und Gasreserven. Das Downstream-Geschäft 
zielt darauf, in den Absatzmärkten mit den Öl- und Gasreserven Umsatz zu generieren. 
Zum Downstream-Geschäft gehören die Produktion, die Distribution und die Vermark- 
tung von Ölprodukten und Chemikalien. Shell ist an mehr als 25 Raffinerien weltweit mit 
einer Kapazität von insgesamt über 3 Mio. Barrel pro Tag beteiligt. Das Unternehmen 
verfügt über 1500 Lagertanks, 150 Distributionseinrichtungen und mehr als 44.000 Tank- 
stationen weltweit. 


Tab. 2.26 Kurzprofil Shell 


Shell 

Gründung 1907 

Branche Mineralöl, Erdgas 

Unternehmenssitz Den Haag, Niederlande 

Rechtsform Public limited company 

Homepage www.shell.com 

Umsatz (2013) 348,46 Mrd. EUR (451,24 Mrd. USD) 
Gewinn (2013) 12,76 Mrd. EUR (16,53 Mrd. USD) 
Mitarbeiter (2013) 92.000 


2.9 Shell: Datenqualität im Produktlebenszyklus in der Mineralölindustrie 141 


2.9.2 Ausgangssituation und Handlungsdruck 


Das Produktlebenszyklusmanagement (PLM) ist für die Markteinführung, das Manage- 
ment sowie für den Auslauf der Produkte zuständig und liefert damit einen wichtigen 
Beitrag zu Shells Downstream-Strategie. Voraussetzungen für einen effektiven und effizi- 
enten PLM-Prozess sind Produktdaten hoher Qualität. 

Das Unternehmen identifizierte folgenden Handlungsdruck in Bezug auf das Daten- 
management für den PLM-Prozess: 


° Niedrige Datenqualität 

e Lange Durchlaufzeit bei der Anlage von Produktdaten 

e Hohe Komplexität des Prozesses zur Anlage von Produktdaten 
° Wissenslücken im PLM-Prozess 

e Fehlende Leistungskennzahlen 


Eine Ursache-Wirkungs-Analyse zeigte zudem, dass die verschiedenen Probleme im 
PLM-Prozess voneinander abhängig waren (Abb. 2.47). 

Die Probleme im Datenmanagement für den PLM-Prozess führten dazu, dass zwei 
Drittel aller Anfragen für neue Produkte nicht rechtzeitig bearbeitet wurden und die An- 
lage neuer Produkte durchschnittlich 23 Tage benötigte. 


Fragmentierter Komplexer Wartezeiten Lange Setup-Zeit 
Datenprozess Produktdaten- >| wegen zu vieler für Produktdaten 
prozess Ubergaben 
Í N 
V 
Kein Verstàndnis 
der Datenregeln 
Kein robustes ə 
Unnötige 
i o Daten- 
Wissenslücke R > manuelle 
anreicherungs- 
A Prozesse 
instrument 
> Kein intelligentes Schlechte 
Anfrageformular Datenqualität 


Abb. 2.47 Ursache-Wirkungsanalyse der Datenqualitätsprobleme bei Shell. (Tan 2013, S. 9) 
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2.9.3 Durchgängiges Datenmanagement im Produktlebenszyklus 


Zum Re-engineering seines PLM-Prozesses nutzte Shell „Lean Six Sigma“-Methoden. 
Über einen Zeitraum von zwei Jahren wurden sechs Projekte durchgeführt: 


° Verbesserung der Systemunterstützung des PLM-Prozesses 

e Definition „globaler“ und „lokaler“ Geschäftsregeln zur Steuerung des Produktanlage- 
prozesses 

e Entwicklung eines Werkzeugs zur automatischen Belegung von Feldern (Auto Popu- 
lation“) bei der Produktanlage 

° Einführung einer SAP-Stammdatenlösung 

° Einführung eines Workflow-Managementsystems für die Produktanlage 

e Reduktion manueller Tätigkeiten im Produktanlageprozess 


Die sechs Projekte standen zwar unter einer gemeinsamen Steuerung. Jedoch musste jedes 
einzelne Projekt für sich wirtschaftlich sein. Shell nutzte den sogenannten DMAIC-An- 
satz, um einerseits die Wirtschaftlichkeit zu Projektbeginn zu bestimmen und um anderer- 
seits den Nutzenbeitrag der implementierten Lösung für das Unternehmen zu überwachen. 

Im Kern des neuen Datenmanagements für den PLM-Prozess stehen die Geschäfts- 
regeln. Sie erleichtern die Erfassung von Produktstammdaten durch sogenannte „Smart 
Request Forms“, steuern die Vorbelegung von Feldern sowie den gesamten Workflow 
über verschiedene Rollen im Erfassungsprozess. 

Abbildung 2.48 zeigt illustrativ die Funktion des Smart Request Form. 


2.9.4 Herausforderungen bei der Umsetzung 


Eine Herausforderung resultierte aus der Komplexität des Unternehmens. Shell operiert 
in mehr als 70 Ländern weltweit, was die Identifikation derjenigen Geschäftsregeln er- 


Ampel- 
Visualisierung 


Fehlermeldung 


Abb. 2.48 Smart Request Form bei Shell. (Tan 2013, S. 11) 
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schwerte, die den Anlageprozess für Produktdaten steuern. Zusätzlich sind unterschied- 
liche Rollen im Anlageprozess involviert. Beispiele für Rollen sind Produktmanager, Data 
Ovvner und Datenadministratoren. Zudem vvar der Anlageprozess auf eine Vielzahl ver- 
schiedener Applikationssysteme verteilt. 

Darüber hinaus war im Projekt die Expertise nicht immer verfügbar, die zum Entwurf 
der Benutzerschnittstelle und der Funktion des Smart Request Form erforderlich war. An- 
fangs war lediglich ein einziger Datenanalyst in Teilzeit mit dem Entwurf des Werkzeugs 
betraut. Kompetenzen für Prozessanalyse, Workflow-Design und Schulung der Anwender 
waren kaum vorhanden. Die Mitarbeiter des PLM-Prozesses und Mitglieder des Daten- 
teams eigneten sich die nötigen Fähigkeiten selbst an, um das Projekt erfolgreich abschlie- 
Ben zu können. 

Das Projekt war nicht mit dem Budget ausgestattet, wie es typischerweise für Work- 
flow-Implementierungen bei Shell der Fall ist. Die Budgetrestriktion zwang das Projekt- 
team, sich auf die wesentlichsten Funktionalitäten zu beschränken. 

Eine weitere Herausforderung entstand durch den temporären Parallelbetrieb der her- 
kömmlichen und der neuen Lösung mit dem Smart Request Form. Insgesamt mussten 
mehr als 200 Anwender für das neue System geschult werden. 

Schließlich musste das Projektteam das interne Governance and Audit — Team davon 
überzeugen, dass der neue Prozess nicht gegen behördliche, gesetzliche oder anderweitige 
Vorgaben und Regeln verstieß. 


2.9.5 Nutzen der neuen Lösung 


Die neue Datenmanagement-Lösung liefert einen Nutzenbeitrag für das Unternehmen. 
Das interne Controlling analysierte die Lösung und bewertete die jährlichen Kostenein- 
sparungen auf mindestens 2 Mio. USD. 

Der Nutzen entsteht hauptsächlich durch Zeit und Qualitätsvorteile, u. a.: 


e Reduktion der Durchlaufzeit bei komplexen Produktneuanlagen um 86% auf 3,3 Tage 
e Reduktion der Durchlaufzeit bei normalen Produktneuanlagen um 64% auf 2,1 Tage 

° Fristgerechte Neuanlage bei 92% der Anfragen (Steigerung um 33 Prozent) 

° Steigerung der „first time right“-Anlagen von 90 auf 97% 

° Steigerung der Prozesstreue bei der Produktneuanlage von 96 auf 99% 


Abbildung 2.49 illustriert ausgewählte Nutzensteigerungen. 
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Tab. 2.27 Weiterführendes Material zum Fall von Shell 


Quelle Titel Ergebnistyp VViss. | Praxis 
Self 2011 Data quality in Shell Präsentation auf Fachkonferenz V V 
Self 2013 | Shell’s global data quality journey | Buchbeitrag v v 
Tan 2013 | Shell’s Product Lifecycle Manage- | Präsentation auf CC 
ment (PLM) End to End (E2) data | CDQ-Workshop V 
process improvement story 


2.9.6 Erkenntnisse 


Shell kam nach Abschluss des Projekts zu einer Reihe von Erkenntnissen, die bei der 
Weiterentwicklung der Lösung und bei vergleichbaren Vorhaben berücksichtigt werden. 
Zum einen stellt eine Steigerung der Datenqualität für Shell einen Beitrag zum Komplexi- 
tätsmanagement dar, weil Durchlaufzeiten reduziert und die Prozesstreue erhöht werden. 
Zahlreiche manuelle Aktivitäten sowie Schleifen im Prozess wie bei der alten Lösung 
waren Komplexitätstreiber und konnten abgebaut werden. Zum anderen machte Shell 
gute Erfahrungen damit, schrittweise vorzugehen und nicht die „große Lösung“ auf einen 
Schlag realisieren zu wollen. Drittens war eine enge Abstimmung zwischen Fachberei- 
chen, Datenteam und IT-Abteilung während der gesamten Laufzeit des Projekts erfolgs- 
kritisch. Zudem waren - trotz der damit verbundenen Herausforderungen — Change Ma- 
nagement und Schulungen Voraussetzung für die Akzeptanz der Nutzer der neuen Lösung 
und damit für ihren Nutzenbeitrag insgesamt. 


2.9.7 Weiterführendes Material 

Für den Fall von Shell liegen an verschiedenen Orten Details aus wissenschaftlicher und 

auch aus praktischer Perspektive vor (Tab. 2.27). 

2.10 Syngenta: Auslagerung von Datenmanagementaufgaben in 
der Pflanzenschutzindustrie 

2.10.1 Unternehmensüberblick 

Die Syngenta AG ist ein global operierendes Großunternehmen der Agrochemiebranche?®, 


Das Unternehmen mit Hauptsitz in Basel (Schweiz) produziert und vertreibt Pflanzen- 
schutzmittel und Saatgut für den internationalen Markt. Es entstand im Jahr 2000 durch 


20 Diese Fallstudie basiert auf der im CC CDQ durchgeführten und unter (Reichert et al. 2015), unter 
Begutachtung publizierten Fallstudie. 


146 2 Fallstudien zur Datenqualität 


Tab. 2.28 Syngenta 


Syngenta 

Gründung 2000 

Branche Agrochemie 

Unternehmenssitz Basel, Schweiz 

Rechtsform Aktiengesellschaft 

Homepage www.syngenta.com 

Umsatz (2013) 11,34 Mrd. EUR (14,69 Mrd. USD) 
Gewinn (2013) 1,38 Mrd. EUR (1,79 Mrd. USD) 
Mitarbeiter (2013) 28.149 


eine Fusion der Agrarsparten von Novartis und AstraZeneca. Syngenta geht von einer 
wachsenden Weltbevölkerung und einer damit in Zusammenhang stehenden steigenden 
Nachfrage nach Nahrungsmitteln aus. Um die Menschen zu ernähren und Nachhaltigkeit 
zu gewährleisten, müssen Produktionssteigerungen mit höherer Ressourceneffizienz er- 
reicht werden als bisher (Syngenta 2014) (Tab. 2.28). 

Die Unternehmensstrategie von Syngenta basiert auf drei Säulen, nämlich erstens der 
Integration der Bereiche Pflanzenschutzmittel und Saatgut, um umfassende Lösungen an- 
bieten zu können, zweitens weiterer Innovationen sowohl im chemischen als auch im 
biologischen Bereich, um auch künftig neue Märkte zu erschließen und drittens der Wert- 
erzeugung für seine Kunden und Aktionäre. 

Die bei Syngenta durchgeführte Fallstudie analysiert die Entwicklungen, die im Rah- 
men eines Stammdatentransformationsprojekts und verbunden mit der Auslagerung der 
Datenpflegeprozesse an einen externen Dienstleister stattfand. Betrachtet wird die gesam- 
te, globale Organisation des Unternehmens mit einem speziellen Fokus auf die interne 
Stammdatenmanagementorganisation (im Folgenden auch kurz „MDM-Organisation“ 
genannt) und auf die Auslagerung einiger Stammdatenpflegeprozesse auf den externen 
Anbieter. 


2.10.2 Ausgangssituation und Ziele der 
Stammdatenmanagementinitiative 


Im Jahr 2007 startete Syngenta das unternehmensweite Restrukturierungsprogramm ,,Sus- 
tainable Excellence“. Das Programm bestand aus drei Hauptbereichen: „Business Process 
Management — Change and Sustain“ (bezogen auf Unternehmensfunktionen wie Finan- 
zen, Human Resources und Supply Chain Management), „Business Process Support“ 
(Unterstützung von Projekten) und „Data and Information Management“ (mit Bezug auf 
das Thema Stammdatenmanagement) (Bauer und Murphy 2011). Abbildung 2.50 zeigt 
den Programmaufbau. 

In der Vorbereitungsphase des Programms führte Syngenta für den Bereich Stammdaten- 
management eine Untersuchung durch, die folgende Probleme aufdeckte (Bauer 2009): 
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Sustainable Excellence Worldwide 


Business Process Management EE Data and Information 
«Change A Sustain» pp Management 
Finance and Continuous Master Data 
Procurement İmprovement Tools 
Human Resources People and Business Information 
Transformation 
Customer Facing Project Management 
Support 
Production and Service Assessment 
Supply and Improvement 


Abb. 2.50 Übersicht zum Syngenta-Restrukturierungsprogramm „Sustainable Excellence“. (Bauer 
und Murphy 2011, S. 7) 


° Es gab keine klaren Verantwortlichkeiten für global gültige Unternehmensstammdaten 
e Geschäftsprozesse waren kaum standardisiert und automatisiert 

e Die Prozesse für die Pflege der Stammdaten waren ineffizient und uneinheitlich 

e Niedrige Datenqualität wirkte sich negativ auf die Geschäftsprozesse aus 


Die Untersuchung basierte auf Interviews mit Verantwortlichen aus allen Geschäftsbe- 
reichen sowie auf Online-Umfragen. Insgesamt wurden dazu im September und Oktober 
2007 136 Personen befragt. Die vorliegende Fallstudie war nicht Bestandteil dieser Unter- 
suchung, nutzt aber deren Ergebnisse. 

Im Detail stellte sich die Ausgangssituation in Bezug auf das Stammdatenmanagement 
wie folgt dar: 


e Das Stammdatenmanagement war in „funktionalen Silos“ organisiert (wurde also in 
den einzelnen Geschäftsbereichen und Linienabteilungen dezentral durchgeführt). Ein 
unternehmensweites Stammdatenmanagement existierte nicht. 

e Auf der Ebene des Gesamtunternehmens gab es keine standardisierten oder harmoni- 
sierten Prozesse. 

° Es gab keine klaren MDM-Verantwortlichkeiten und expliziten MDM-Rollen (also kei- 
ne Data-Governance-Strukturen). 

° Die Datenhaltung war redundant, inkonsistent und oft unvollständig. 

° Für die Anlage von Stammdaten waren keine Service Levels oder Qualitätskennzahlen 
definiert. 

e Der Prozess für die Anlage von Stammdaten wurde durch eine hohe Anzahl von Schnitt- 
stellen zwischen den Systemen sowie komplexe Systemarchitekturen erschwert. 
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Da eine niedrige Datenqualität nicht per se kritisch ist, analysierte Syngenta detailliert 
die Auswirkungen der Datenqualität auf die Business Performance. Hierbei fielen z. B. 
folgende Prozessfehler auf: 


° Verspatete Warenlieferung an den Kunden infolge fehlerhafter Materialdaten 

e Probleme bei der Abrechnung von Lieferungen infolge fehlerhafter Kundendaten 

e Falsche Verpackung und/oder Beschriftung von Produkten 

e Hoher Aufwand für die Ermittlung von Beständen aufgrund von niedrigem Vertrauen 
in die vom Warenwirtschaftssystem bereitgestellten Informationen 


Um solche Probleme zu beheben, war früher bei Syngenta ein hoher Aufwand durch Dop- 
pelarbeit (z. B. für manuelle Suche nach korrekten Informationen) sowie häufig auch das 
Einleiten von „Firefighting“-Maßnahmen erforderlich. 

Um Abhilfe zu schaffen, startete Syngenta ein Transformationsprojekt für das Stamm- 
datenmanagement. Ziel war eine neue MDM-Organisation, die zentrale Stammdaten-Ser- 
vices für das gesamte Unternehmen anbietet. Der Fokus lag dabei auf den Materialstamm- 
daten für Pflanzenschutzmittel und Saatgut sowie auf Kunden-, Lieferanten-, Human Re- 
source (HR)- und Finanzstammdaten. 


2.10.3 Das Transformationsprojekt und MDM-Designprinzipien 


Syngenta veranschlagte für das gesamte Transformationsprojekt einen Zeitrahmen von 
drei Jahren. Abbildung 2.51 zeigt die drei Hauptphasen des Projekts. 

Die erste Phase des Projekts, die im April 2009 begann, bestand in erster Linie aus Pla- 
nungsaktivitäten. Im Mittelpunkt stand die konzeptionelle Herausforderung, die MDM- 
Grundlagen zu entwickeln, die z. B. die neue Stammdaten-Organisationsstruktur sowie 
neue Vorgaben und Prozesse zur Stammdatenpflege umfassten. Das Projektteam stimmte 
die Konzeption des Stammdatenmanagements mit den unterschiedlichen Interessengrup- 
pen im Unternehmen sowie den Zielen der verschiedenen Linienabteilungen ab. 

Das strategische Ziel der neuen Organisationsstrukturen beschrieb Syngenta mit drei 
Losungen: 


° „Ein Team“: Alle MDM-Ressourcen stehen unter einer gemeinsamen Führung 

° „Ein Weg“: Sicherstellung eines standardisierten Ansatzes für die Bereitstellung quali- 
tativ hochwertiger Stammdaten 

° „Ein Tool“: Ein zentrales MDM-Tool für alle Datenpflegeprozesse 


Die neue MDM-Organisation sollte als Stewardship-Organisation fungieren, die Stamm- 
datenprozesse mittels Service Level Agreements und Kennzahlen-Systemen betreibt und 
damit alle Stammdatenmanagementaktivitäten unterstützt. Dazu wurden acht Designprin- 
zipien definiert (Tab. 2.29). 
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2 Fallstudien zur Datenqualität 


Tab. 2.29 Designprinzipien für das Stammdatenmanagement bei Syngenta 


Designprinzip für MDM 
Prozessstandardisierung 
und -automatisierung 


Beschreibung 


Das Stammdatenmanagement erfolgt über standardisierte Prozesse, 
die mit einem zentralisierten VVorkflovv-Tool unterstützt vverden. Alle 
nutzenden Prozesse der Stammdaten sind identifiziert und definiert. 


Data Ovvnership in der 


Die Workflows beinhalten eingebettete Kontrollen, Data-Ovvnership- 


Linienabteilung Rollen und Freigabemechanismen für die Linienabteilungen. Sie sind 
auditierbar und transparent durch ein entsprechendes Reporting. 
Datenqualität In die Workflows sind Datenqualitätschecks eingebettet. Standardi- 


sierte Tools und Prozesse unterstützen die Pflegeprozesse der wich- 
tigsten Stammdatenobjekte. Alle datennutzenden Systeme müssen 
die Daten aus diesen Prozessen verwenden. Als „Single Point of 
Truth“ für die Stammdatenschlüsselelemente fungiert das SAP Data 
Repository. 


Data Governance/Busi- 
ness Service 


Die MDM-Organisation hat die Ownership und die Stewardship für 
die Prozesse inne. Technischer Support wird von der IT-Abteilung 
bereitgestellt. Verantwortlichkeiten und Rollen sind entlang von drei 
Bereichen definiert: Data Content Ownership, Process Ownership 
und Technical Ownership. Die Workflows werden so konfiguriert, 
dass sie den Anforderungen der verschiedenen Verantwortlichkeiten, 
Rollen und Bereiche Rechnung tragen. 


Change Governance 


Die Linienabteilungen initiieren Änderungen an Stammdaten. Ände- 
rungsanfragen werden von dem definierten Verantwortlichen geprüft 
und zur weiteren Bearbeitung zugeordnet. 


Zukunftssichere und 
skalierbare Lösungen 


Systemübergreifende Skalierbarkeit wird bei jedem neuen IT-Tool 
von Beginn an eingeplant (z. B. Enterprise Portal). Das Architektur- 
Team prüft und bewilligt jede Stammdatenlösung und stellt sicher, 
dass den übergeordneten organisatorischen und technischen Anforde- 
rungen des Unternehmens Rechnung getragen wird. 


Prozesstransparenz und 
-kontrolle 


Das Stammdatenmanagement sichert einheitliche Prozesse für 
Erstellung, Erweiterung, Aktualisierung, Berichte und Prüfung von 
Stammdaten mit adäquater Qualitätssicherung. Prozesskennzahlen- 
Reports ermöglichen ein kontinuierliches Monitoring der definierten 
Prozesse. 


Systemübergreifender 
Ansatz 


Bei der Migration der Stammdaten in das SAP-System werden 
Referenzta-bellen befüllt. Sowohl während der Migration als auch 
im normalen Betrieb werden Deduplikationsroutinen implementiert. 
Kundenstammdaten können zum Teil über verschiedene Geschäfts- 
bereiche hinweg geteilt werden, zum Teil handelt es sich aber auch 
um bereichsspezifische Daten. 


Die zweite Phase des Transformationsprojekts begann im vierten Quartal 2009 und 
beinhaltete im Wesentlichen die Implementierung der MDM-Grundlagen in den drei Di- 
mensionen Organisation, Prozesse und Technologien. Diese Phase ermöglichte eine erste 
Einsparung von Ressourcen, da einige der Leadership-Rollen innerhalb der MDM-Orga- 
nisation zusammengelegt werden konnten. 
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Außerdem implementierte Syngenta in der zweiten Phase die zuvor entwickelte Road- 
map für die Auslagerung sich wiederholender Datenpflegeprozesse an einen externen 
Dienstleister. Dieser ist ein weltweiter Anbieter von IT-Dienstleistungen mit über 100.000 
Mitarbeitern und Sitz in Indien. Die Auslagerung begann im Jahr 2010 mit dem Prozess 
zur Anlage von Materialstammdaten für Saatgut. Bis zum Jahr 2012 folgte die Auslage- 
rung der Datenpflegeprozesse aller anderen Stammdatenklassen, d. h. der Prozesse für 
Material-, Lieferanten-, Kunden-, HR- und Finanzstammdatenmanagement. 

Die dritte Phase des Transformationsprozesses begann Anfang 2011. In dieser Phase 
ging es vorwiegend um den weiteren Ausbau der zentralen Services der MDM-Organi- 
sation sowie die kontinuierliche Überprüfung der in Phase 1 entwickelten Grundlagen. 
Syngenta legte eine Zielgröße für die MDM-Organisation von 50 Personen fest, die mit 
der Auslagerungsinitiative erreicht werden sollte. Der Schwerpunkt der internen MDM- 
Organisation verlagerte sich von der Datenpflege hin zu einer Data Stewardship-Funktion. 

Die folgenden Abschnitte beschreiben Syngentas neue Organisationsstruktur sowie 
weitere Details des Auslagerungsprozesses genauer. 


2.10.4 Organisationsstruktur des Stammdatenmanagements 


Unter Berücksichtigung der oben genannten Designprinzipien definierte Syngenta sechs 
neue Rollen für die neue MDM-Organisation: 


° Head of MDM: Der Head of MDM leitet die MDM-Organisation und stellt sicher, 
dass die Anforderungen der Linienabteilungen an das Stammdatenmanagement in Leit- 
linien, Strategien und Prozessen Berücksichtigung finden. 

e Lead Steward: Die Lead Stewards entwickeln die globalen Richtlinien und Prozesse 
für die von ihnen verantworteten Stammdatenobjekte und garantieren, dass alle Work- 
flows und Prozesse des Stammdatenmanagements global gepflegt, überwacht und 
verbessert werden. Darüber hinaus sind die Lead Stewards maßgeblich an der Defi- 
nition der SLAs (Service Level Agreements) der Stammdaten-Organisation beteiligt 
und überwachen deren Erfüllung. Außerdem stellen sie sicher, dass die Datenquali- 
tät überwacht wird, und halten bei Bedarf die regionalen Verantwortlichen dazu an, 
Qualitätsverbesserungsmaßnahmen einzuleiten. Schließlich sind sie auch zuständig für 
ein regelmäßiges Kennzahlen-Reporting gegenüber dem für das jeweilige Datenobjekt 
verantwortlichen Governance-Gremium. 

e Data Architect: Der Data Architect ist dafür verantwortlich, dass das Stammdaten- 
management die Geschäftsprozesse durch passende Systeme und Prozesse unterstützt, 
z. B. mit einheitlichen Stammdaten-Workflows. Er berät zudem den Head of MDM und 
die Lead Stewards hinsichtlich Stammdatenstrukturen und -anwendungen, damit Best 
Practices unternehmensweit bekannt sind und angewendet werden können. Außerdem 
verantwortet er Projekte der MDM-Organisation hinsichtlich Zeit, Kosten, und Qualität 
und leitet datenobjektübergreifende Stammdatenprojekte. 
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e Regional Steward: Die Regional Stewards stellen sicher, dass alle Stammdatenma- 
nagementprozesse und -workflows einer bestimmten geografischen Region definiert, 
gepflegt, überwacht, optimiert und mit überregionalen Prozessen abgestimmt werden. 
Sie sind zudem verantwortlich für die Qualität der regional gültigen Stammdaten und 
Stammdatenmanagementsysteme. 

° Data Analyst: Die Data Analysts kontrollieren alle Stammdatenmanagementprozesse 
und -workflows einer bestimmten geografischen Region und leiten den kontinuierli- 
chen Verbesserungsprozess. Sie überwachen zudem die Qualität der Stammdaten im 
System und leiten bei Bedarf entsprechende Qualitätsverbesserungsmaßnahmen ein. 
Außerdem unterstützen sie stammdatenbezogene Projekte. 

° Data Specialist: Die Data Specialists führen die Aufgaben des Stammdatenmanage- 
ments in den entsprechenden Workflows gemäß den in den SLAs definierten zeitlichen 
und qualitätsbezogenen Vorgaben operativ aus. Außerdem unterstützen sie die Linien- 
abteilungen in allen Fragen rund um das Stammdatenmanagement. Ebenso unterstüt- 
zen sie Data Stewards und Data Analysts durch Analysen und Qualitätsverbesserungs- 
maßnahmen. 


Während die Rollen „Head of MDM“, „Lead Steward“ und „Data Architect“ für die glo- 
bale Ebene des Gesamtunternehmens definiert werden, sind die Rollen „Regional Ste- 
ward“, „Data Analyst“ und „Data Specialist“ nur für die regionale Ebene vorgesehen. 
In den meisten Fällen wurden bei Syngenta für die Besetzung der neuen Rollen Perso- 
nen ausgewählt, die zur Ausübung der jeweiligen Rolle nicht umziehen und ein Büro in 
einer anderen Region beziehen mussten. Grundlegendes Entscheidungskriterium für die 
Besetzung der MDM-Organisation war, dass Mitarbeiter, die mehr als die Hälfte ihrer 
Arbeitszeit für das Stammdatenmanagement aufwendeten (egal ob auf strategischer oder 
auf operativer Ebene), zu Mitgliedern dieser Organisation gemacht wurden. Eine weitere 
Integration der Linienabteilungen wurde über den Workflows zur Anlage von Stammdaten 
sichergestellt. Abbildung 2.52 gibt eine Übersicht über die neue MDM-Organisation bei 
Syngenta. Diese wurde im April 2009 bekanntgegeben und ging im November 2009 in 
den operativen Betrieb. 

Alle Rollen auf globaler Ebene sind mit Vollzeitstellen besetzt. Lead Stewards können 
zwar lokal angesiedelt sein, dürfen aber nicht mit der Ausübung regionaler Rollen betraut 
werden, damit es keine Überschneidungen von Verantwortlichkeiten gibt. Regionale Rol- 
len sind stets in der geografischen Region angesiedelt, für die sie tätig sind. Der Regio- 
nal Head of MDM ist dem Regional Steward direkt übergeordnet und ist keine explizite 
MDM-Rolle, sondern erfüllt reguläre regionale Managementaufgaben. Eine Person kann 
auch mehrere regionale Rollen übernehmen. Die Gesamtzahl der Mitarbeiter der MDM- 
Organisation betrug vor der Auslagerung etwa 110 FTE, davon 80 auf Data-Specialist- 
Ebene (Ausführung des Datenpflegeprozesses) und 30 auf Design- und Managementebe- 
ne (Definition von Standards und Prozessen sowie Überwachung der Abläufe). Die erste 
Projektphase endete mit der abgeschlossenen MDM-Grundlagen-Definition und dem „go 
live“ der MDM-Organisation. 
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Syngenta Kunden 
Stammdatenanfrager 


IT Outsourcing Partner MD Operations 


Outsourcing Partner 


Datenverar- 
L2 Support Ausbildung beitung inkl. 
Service Grossauftrage 
Fehler- Management 
Management Datensäuberung 
Prozesswechsel 
2 Reporting 
S Kontinuierliche 
Lösungs- Kontinuierliche Prozess- 
entwicklung Kontinuierliche 
S Verbesserungen 
7 : S Prozess- 
Verbesserunge verbesserungen 


Legende: MDM (Master Data Management) - Stammdatenmanagement; FF MDM-Organisation Syngenta; 


Outsourcing-Partner. 


Abb. 2.53 Syngenta-Betriebsmodell (unter Einbezug externer Partner). (Fischer 2013, S. 9) 


Syngentas globale MDM-Organisation (in Abb. 2.53 die beiden dunkelgrauen Blöcke 
in der Mitte) verantwortet nach dem neuen Betriebsmodell noch alle Aktivitäten, die mit 
Prozessdesign und Prozessänderungen verbunden waren, sowie darauf bezogene Verbes- 
serungsaktivitaten und Anwendertrainings. Zudem überwacht die MDM-Organisation alle 
ausgelagerten Prozesse. Syngenta etablierte dafür zwei Teams in der MDM-Organisation: 
Erstens wurde ein Stammdatenservice-Team namens „Syngenta Service Delivery & Ope- 
rations Team“ aufgebaut, welches die Interaktion mit dem ersten externen Anbieter unter- 
stützt und die damit verbundenen Prozesse für Datenanlage, -säuberung und Service Level 
Agreements überwacht. Zweitens interagiert das „Syngenta Domain MDM Team“ mit der 
IT (Block links in der Abbildung), um die neu entworfenen Prozesse zu implementieren 
und Probleme zu behandeln. Der IT-Partner ist (unabhängig von der MDM-Auslagerungs- 
Initiative) ebenfalls ein externer Dienstleister. Stammdatenanfrager („Master Data Re- 
questors“, der Block rechts oben in der Abbildung) sind Nutzer in den Linienabteilungen, 
die die Anlage oder Änderung von Stammdaten beantragen. 

Intern arbeiten heute bei Syngenta (wie nach der ersten Phase des Transformations- 
prozesses festgelegt) 50 Mitarbeiter in der MDM-Organisation. Auf Seiten des externen 
Anbieters sind rund 100 Personen für das Stammdatenmanagement von Syngenta tätig. 
Da der Anbieter global agiert, arbeitet die Belegschaft dort in Schichten, wodurch eine 
Verfügbarkeit von 20 h am Tag garantiert ist. Dies kommt der ebenfalls weltweit verteilten 
Belegschaft von Syngenta zugute. Syngenta konnte somit konnte die Mitarbeiterzahl von 
rund 110 im Jahr 2009 um ca. 50% reduzieren und diesen Anteil auf den externen An- 
bieter übertragen. 
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Drei wesentliche Gründe waren für Syngenta bei der Entscheidung für die Auslagerung 
entscheidend: 


1. Reduzierung der Prozesskosten in der Stammdatenpflege durch Auslagerung der 
eigentlichen Anlage- und Pflegeaktivität an das Service Center in Indien. 

2. Fokussierung auf die Kernkompetenzen des Unternehmens: Die Pflegeprozesse von 
Datenlebenszyklen sind nicht die Kernkompetenz des Unternehmens und können somit 
von einem externen, spezialisierten Anbieter geleistet werden. 

3. Skalierbarkeit: Das jährliche Wachstum von Syngenta von 7 bis 10% verlangt eine 
schnelle Anpassung an sich verändernde Anforderungen. Der externe Partner ist in der 
Lage, innerhalb kurzer Zeit Ressourcen für die Stammdatenmanagementprozesse frei 
zu machen, entweder durch Neueinstellungen oder durch Verfügbarmachung zusätz- 
licher interner Ressourcen. Da das Geschäft mit Pflanzenschutzmitteln und Saatgut in 
höchstem Maße saisonal verläuft, kann die Bereitstellung von Ressourcen gut geplant 
und dann auch umgesetzt werden. 


Aspekte wie z. B. absolute Kosteneinsparungen oder vermehrte Standardisierung waren 
keine wesentlichen Treiber der Auslagerungs-İnitiative, da dies auch durch interne Off- 
shoring-Aktivitäten hätte erreicht werden können (indem z. B. eine interne Serviceorgani- 
sation in einem Niedriglohnland aufgebaut wird). 


2.10.5 Datenpflegeprozess und Entscheidungskriterien für die 
Auslagerung 


Der Datenpflegeprozess über den kompletten Datenlebenszyklus hinweg (die Kernaktivi- 
tät des externen Anbieters) ist für alle Stammdatenobjekte einheitlich (Abb. 2.54). Ein 
Beispiel soll die Interaktion der verschiedenen Rollen verdeutlichen: 

Eine Linienabteilung benötigt neue Stammdaten, weil ein Datensatz für einen neu- 
en Anbieter angelegt werden soll. Die grundlegenden Informationen zu diesem Anbieter 
(z. B. sein Name und die Adresse) werden in ein Antragsformular (welches auf Microsoft 


| II | 
| Anfor- Erstanlage Geneh- Setup II Daten- Eingabe | 
| derung Datensatz migung activities 1171 validierung ins System | | 
| II | 
| II | 


Linienabteilung Externer Anbieter 


Abb. 2.54 Datenpflegeprozess (Erstellung und Erhalt) bei Syngenta. (Fischer 2013, S. 11) 
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Sharepoint oder Infopath basiert) eingegeben. Nach der Erstanlage des Datensatzes muss 
eine zweite Rolle innerhalb der Linienabteilung die Anfrage genehmigen (Trennung der 
Rollen aus Compliance-Gründen, „4-Augen-Prinzip“). Nach der Genehmigung wird der 
Prozess an die MDM-Organisation, repräsentiert durch den externen Anbieter, übergeben. 
Dort wird der neue Datensatz dann validiert (z. B. auf Schreibfehler überprüft) und kom- 
plettiert (z. B. durch Ergänzung der Bankverbindung des Anbieters). 

Am Ende des Prozesses werden die Daten in das System hochgeladen und so für den 
Anfrager verfügbar gemacht. Der externe Anbieter ist direkt an die operativen Systeme 
von Syngenta angebunden, wodurch der Aufwand für das Schnittstellenmanagement und 
die Auseinandersetzung mit redundanter Systeminfrastruktur reduziert wird. Der Client 
Engagement Manager, eine weitere neue Rolle als Teil des Service Delivery & Operations 
Teams der internen MDM-Organisation bei Syngenta, verantwortet Prozessdesign und 
-Ausführung. Alle Datensätze werden in englischer Sprache gehalten. 

Syngenta entscheidet anhand eines Kriterienkatalogs, ob Datenpflegeaktivitäten in das 
Dienstleistungsangebot der MDM-Organisation aufgenommen werden und ob sie für die 
Auslagerung an den externen Anbieter in Frage kommen. Diese Prozesse und Services?! 
können entweder von der MDM-Organisation oder von der jeweiligen Linienabteilung 
identifiziert und vorgeschlagen werden. Tabelle 2.30 führt diese Kriterien auf. 

Nachdem ein neuer Service (dessen Prozess ganz oder teilweise ausgelagert werden 
soll) auf die oben genannten Kriterien hin untersucht wurde, prüft Syngenta ihn hinsicht- 
lich der folgenden 10 Punkte. Erst wenn diese Merkmale erfüllt sind, kann ein Service 
operativ genutzt werden. 


— 


. Umfang und Reichweite des Services sind festgelegt: Der funktionale und techni- 
sche Umfang sowie die geografische Reichweite des Services werden festgelegt. Die 
Abgrenzung zu anderen möglichen Serviceprovidern innerhalb eines Ende-zu-Ende- 
Services ist klar. 

2. Dokumentation ist verfügbar: Sowohl für die Ende-zu-Ende-Prozessübersicht als 

auch für den Servicebereitstellungsprozess existiert eine Dokumentation. 

3. Aktivitätenliste, Teamgröße, Rollenprofile und Arbeitsstunden sind festgelegt: Die 
benötigten Ressourcen werden kalkuliert und festgelegt (basierend auf einer vollstän- 
digen Liste der Aktivitäten, die in die MDM-Organisation überführt werden sollen). 
Saisonale Spitzen werden berücksichtigt. 

4. Anspruchsgruppen sind identifiziert: Anspruchsgruppen sind die Hauptnutzer, die 

Mitglieder des Offshore-Teams, der Service Delivery Manager, die Data Analysts, die 

fachlichen Datenanforderer sowie Eskalationskontakte. Verteilerlisten werden erstellt 

und über Microsoft Sharepoint verwaltet. 


21 Prozesse sind die internen Abläufe. Services sind die Dienstleistungen, die das MDM (intern und 
extern) den Fachabteilungen zur Verfügung stellt. 
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Tab. 2.30 Kriterien für die Serviceidentifikation bei Syngenta 


Kriterium 
Gleichheit und VViederholung 


Beschreibung 


Der Prozess verläuft in seiner Gesamtheit stets annähernd 
identisch und besteht aus einzelnen routinemäßig wiederkeh- 
renden Aktivitäten. Der Prozess tritt zudem regelmäßig auf. 


Ressourcenintensivität 


Der Prozess ist zeitaufwändig und kann von einem externen, 
spezialisierten Anbieter schneller und effizienter abgewickelt 
werden. 


Leichte Beschreibbarkeit 


Prozessbeschreibungen sind immer präzise und einfach 
formuliert und können schon nach kurzer Einarbeitung 
verstanden werden. Jede Prozessbeschreibung folgt den 
vorgegebenen Geschäftsregeln, welche dokumentiert werden 
können. 


Nutzung von 
Standardtechnologien 


Um den Prozess auszuführen, sind keine speziellen Tools 
oder spezielles Fachwissen notwendig. 


Keine ausgedehnte verbale Inter- 
aktion mit den Anforderern der 
Fachbereiche notwendig 


Nach dem ersten Informationsaustausch kann der Prozess 
ohne verbale Interaktion zwischen den Anforderern der 
Fachbereiche und den Datenerfassern im Shared Service 
Center ausgeführt werden. 


Geringe Änderungshäufigkeit 


Ein gerade ausgelagerter Prozess sollte nicht gleich wieder 
verändert werden müssen. Wenn Änderungen am Prozess 
absehbar sind, sollte dies schnellstmöglich kommuniziert 
werden. 


Keine Einbeziehung von geisti- 
gem Eigentum von Syngenta 


Während der Ausführung des Prozesses werden keine Infor- 
mationen verwendet und ausgetauscht, die zum Kern des 
geistigen Eigentums von Syngenta zählen. 


Ortsunabhängigkeit 


Der Prozess kann von überall aus ausgeführt werden. 
Es besteht keine Notwendigkeit, den Prozess an einem 
bestimmten Ort oder in einer bestimmten geografischen 
Region auszuführen. 


5. SLAs sind festgelegt und Service-Kennzahlen sind definiert und werden regel- 
mäßig gemessen: SLAs werden gemäß den Geschäftsanforderungen definiert und mit 
dem Lead Steward festgelegt. Die Definition und Messung der Service-Kennzahlen 
wird festgelegt, ebenso wie die Rückverfolgbarkeit von Anfragen. 

6. Zugang zu den Systemen ist festgelegt und sichergestellt: Für alle relevanten Sys- 
teme werden die Nutzerrollen definiert, erzeugt und sichergestellt. 

7. Technischer Support und Skalierbarkeit ist validiert: Das Modell für den Techni- 
schen Support wird unter Einbeziehung aller involvierten Akteure festgelegt. 

8. Eskalationsprozesse und dazugehörige Personen sind festgelegt: Für jede geografi- 
sche Region werden ein Eskalationsprozess sowie die darin involvierten Personen und 


Rollen festgelegt. 
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9. Datenqualität wird regelmäßig gemessen und bewertet: Das Datenqualitätslevel, 
zu welchem der Service übernommen wurde, wurde definiert und abgestimmt. Das 
Datenqualitätsmanagement und die Messung der Datenqualität werden festgelegt. 

10. Schulungsmaßnahmen sind durchgeführt: Maßnahmen für die Schulung der Ser- 
vicepartner (vor Ort und offshore) und der Hauptnutzer werden durchgeführt. 


Nach Implementierung der Services erstellt Syngenta monatliche Performance Reports. 
Diese unterscheiden sowohl nach den verschiedenen Stammdatenobjekten (Material, 
Anbieter, Kunden etc.) als auch nach Gesamtprozessperformance und Performance der 
MDM-Organisation (Abb. 2.55). Für jeden Report sind Details auf regionaler und auf 
Länderebene verfügbar, wodurch interne Best-Practice-Vergleiche möglich sind. 


2.10.6 Erkenntnisse 


Mit der Etablierung der MDM-Organisation im Jahr 2009 und der Auslagerung von ers- 
ten Datenpflegeprozessen ab 2010 konnte Syngenta folgende Verbesserungen erzielen: 
Neues, für die Datenpflegeprozesse benötigtes Personal ist beispielsweise innerhalb von 
drei Monaten verfügbar (Anwerbungs- und Einstellungsprozess inklusive Schulung). Im 
Vergleich zur bisherigen internen Verfahrensweise konnte dieser Prozess beschleunigt 
werden. Syngenta erreichte zudem einen höheren Grad an Standardisierung sowohl in Be- 
zug auf die Datenpflegeprozesse als auch hinsichtlich der betroffenen Geschäftsprozesse. 
Zudem profitiert Syngenta nun von Qualitätskennzahlen und Datenqualitätsmessungen 
ebenso wie von Messungen der Servicequalität über Service Level Agreements und einer 
höheren Transparenz hinsichtlich der Business Performance. 
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Abb. 2.55 MDM-Servicereporting bei Syngenta. (Fischer 2013, S. 19) 
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Im Rahmen des Transformationsprozesses und vor allem im Rahmen der Auslage- 
rungsinitiative war Syngenta aber auch mit einigen Herausforderungen konfrontiert. So 
muss z. B. sichergestellt vverden, dass es zu keiner Externalisierung von schützensvverten 
Informationen oder von geistigem Eigentum kommt. Außerdem konnte als weiteres Ri- 
siko auf der operativen Ebene eine gewisse Demotivation bei den Syngenta-Mitarbeitern 
festgestellt werden, die eine Veränderung ihrer gewohnten Arbeitsweise befürchten. 

Zusammengefasst waren die wichtigsten Erkenntnisse bei Syngenta: 


° Die Organisation des unternehmensweiten Datenqualitätsmanagements muss zentrale 
und dezentrale sowie verschiedene funktionale Interessen im Unternehmen berücksich- 
tigen. 

° Bei der Organisation des unternehmensweiten Datenqualitätsmanagements sind strate- 
gische, taktische und operative Aufgaben zu unterscheiden. 

° Strategische Aufgaben sind zentral zu organisieren, operative Aufgaben wie die Daten- 
erfassung können weiterhin dezentral gelöst werden oder gar an externe Dienstleister 
ausgelagert werden. 

° Leistungsvereinbarungen regeln das operative Datenmanagement und ermöglichen die 
Leistungskontrolle. 


2.10.7 Weiterführendes Material 


Für den Fall von Syngenta liegen an verschiedenen Orten Details aus wissenschaftlicher 
und auch aus praktischer Perspektive vor (Tab. 2.31): 


Open Access Dieses Kapitel wird unter der Creative Commons Namensnennung-Nicht kom- 
merziell 4.0 International Lizenz (http://creativecommons.org/licenses/by-nc/4.0/deed.de) ver- 
öffentlicht, welche für nicht kommerzielle Zwecke die Nutzung, Vervielfältigung, Bearbeitung, 
Verbreitung und Wiedergabe in jeglichem Medium und Format erlaubt, sofern Sie den/die ursprüng- 
lichen Autor(en) und die Quelle ordnungsgemäß nennen, einen Link zur Creative Commons Lizenz 
beifügen und angegeben, ob Änderungen vorgenommen wurden. 


Tab. 2.31 Weiterführendes Material zum Fall von Syngenta 


Quelle Titel Ergebnistyp Wiss. | Praxis 
Bauer 2009 Creating a Worldwide Master Data Präsentation auf CC v 
Management Organization for Syngenta | CDQ-Workshop 
Bauer und Master Data Management Outsourcing | Präsentation auf CC v 

Murphy 2011 | of MDM Activities — A case study CDQ-Workshop 

Fischer 2013 Global Master Data Services at Präsentation auf CC v 
Syngenta CDQ-Workshop 

Moltes und KPI Dashboard MDM Syngenta Präsentation auf CC s 

Raymond 2010 CDQ-Workshop 

Reichert 2014 | Methode zur Einführung von Stamm- Dissertation 
daten-Management als betriebliche V V 
Unterstützungsfunktion 
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Methoden und Werkzeuge des 
Datenqualitatsmanagements 


Zusammenfassung 

Kapitel 3 beschreibt drei ausgewählte Werkzeuge für das Stammdatenqualitätsmanage- 
ment. Die drei Werkzeuge sind Ergebnisse des CC CDQ, die sich durch eine breite 
Anwendbarkeit (DQM-Strategiemethode und DQM-Reifegrad-Assessment) bzw. ei- 
nen hohen Innovationsgrad (Corporate Data League) auszeichnen. Abschnitt 3.4 listet 
alle Ergebnisse des CC CDQ auf und verweist auf weiterführende Quellen hierzu. Die 
Mehrheit der Ergebnisse findet Anwendung in den Fällen in Kap. 2. 


Dieses Kapitel stellt ausgewählte Methoden und Werkzeuge für das unternehmenswei- 
te Datenqualitätsmanagement (DQM) vor, die im Rahmen der Konsortialforschung im 
Kompetenzzentrum Corporate Data Quality entwickelt worden sind. Jedes der drei vor- 
gestellten Werkzeuge wurde gemeinsam mit Praxispartnern des CC CDQ konstruiert und 
mehrfach erfolgreich angewendet. 


3.1 Methode zur Umsetzung der DQM-Strategie 


Der erste Teil dieses Kapitels präsentiert eine Methode zur Strategieentwicklung und Wirt- 
schaftlichkeitsanalyse für das unternehmensweite DQM vor). Die Methode umfasst insge- 
samt zehn Aktivitäten und 28 Techniken. Sie ist konfigurierbar, sodass je nach Ausgangs- 


! Eine vollständige Beschreibung der Methode ist in der Dissertationsschrift Falge (2015) zu finden. 
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| Role | Motivation İ Unternehmensweite DQM-Anforderungen 


CEO, CFO Streben nach Wachstum, = Hohe DQ als Bedingung für Firmenintegrationsstrategien (M&A) 
Qualität und Shareholder = Hohe DQ nötig für korrekte Prognose des 
Value Unternehmensergebnisses 


= Vermeidung von Compliance-Verstößen und Regresszahlungen 


CIO Globale Standardisierung von a Globales Template für Applikationen (z.B. SAP, Windchill) 
Prozessen und Applikationen 


Globaler Supply Erhöhung der Produkt- = Klar definierte Datenpflegeprozesse und Workflow-Unterstützung 
Chain Manager einführungsgeschwindigkeit = Variantenkonfiguration 


Bedarf an einer 
unternehmensweiten 
DQM-Strategie 


Konzern-Daten- Mandat für Aufbau globaler = Techniken für die Strategieentwicklung (z.B. Reifegradanalyse) 


steward DQM-Organisation sowie und zur Darstellung des Nutzens von DQM 
Bedarf an weiteren = Kommunikations- und Dokumentationsinstrument 
Ressourcen = Erfolgsfaktoren für die Etablierung der DQM-Strategie 


= Vermeidung von Fehlern der Vergangenheit 
= DQM-Strategie-Controlling 


Abb. 3.1 Nutzen der Methode am Beispiel der TelCo Inc. (Falge 2015, S. 5) 


lage und Anforderungen im anwendenden Unternehmen die passenden Aktivitäten und 
Techniken ausgewählt werden können. Zum Beispiel wird keine DQM-Reifegradanalyse 
benötigt, wenn die Stärken und Verbesserungspotenziale für das DQM schon definiert sind. 

Die Methode richtet sich in der Praxis an mehrere Anspruchsgruppen im Unterneh- 
men: Aus den Zielen der Geschäftsleitung und der Prozessverantwortlichen ergeben sich 
unternehmensweite DQM-Anforderungen. Die Methode garantiert für diese Anspruchs- 
gruppen, dass die DQM-Strategie von ihren Zielen abgeleitet ist und ihre Anforderungen 
systematisch abgearbeitet werden. DQM-Verantwortliche erhalten mit der Methode eine 
„Roadmap“, mit deren Hilfe sie erprobte DQM-Maßnahmen unternehmensweit etablieren 
können. 

Abbildung 3.1 zeigt am Beispiel von TelCo Inc. die unternehmensweiten DQM-Anfor- 
derungen der Unternehmensleitung und den Nutzen der Methode für den Konzern-Daten- 
steward. 


3.1.1 Aufbau der Methode 
Die Methode besteht aus vier Phasen: 
1. Analyse: Ziel ist die Definition der Reichweite, der Anspruchsgruppen und des Bei- 


trags der DQM-Strategie zur Unternehmensstrategie sowie die Ableitung unterneh- 
mensinterner und -externer Anforderungen für das DQM. 
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2. Strategieentwicklung: In der Strategieentwicklung werden die strategischen DQM- 
Ziele, Prinzipien und Richtlinien definiert. Darauf aufbauend wird der Umsetzungsplan 
abgeleitet. 

3. Wirtschaftlichkeitsanalyse: Phase III hat zum Ziel, den monetären Wert hoher Daten- 
qualität zu quantifizieren und DQM-Investitionsentscheidungen ökonomisch zu recht- 
fertigen. Die Investitionsrechnung schafft die Voraussetzung für die anschließende 
Überwachung der DQM-Kosten und des realisierten Nutzens in Phase IV. 

4. Umsetzung & Kontrolle: Phase IV führt den Umsetzungsplan aus. Dies geschieht 
zum einen mit Techniken des Programm- und Projektmanagements und zum anderen 
durch Verankerung der DQM-Ziele in den Funktions- und Geschäftsbereichsstrategien. 
Maßnahmen zum Veränderungsmanagement sichern den DQM-Programmerfolg ab. 
Ein Strategie-Controlling in Form einer spezifischen Balanced Scorecard dient als Ins- 
trument für die Überwachung und Erfolgsmessung der Maßnahmen des DQM. 


Eine weitere Form der Kontrolle stellt das kontinuierliche Überwachen der Prämissen der 
gewählten Strategie dar. Ändern sich die Bedingungen im Umfeld des Unternehmens, so 
kann eine Anpassung der Strategie erforderlich werden. Die Prämissenkontrolle entspricht 
der strategischen Analyse in Phase I, wodurch klar wird, dass es sich beim strategischen 
Management für DQM um einen kontinuierlichen Prozess handelt. 

Die Techniken in allen vier Phasen führen zu bestimmten Ergebnisdokumenten, die den 
Fortschritt der Methodenanwendung für das Projektteam dokumentieren und dazu dienen, 
die erzielten Ergebnisse unternehmensintern zu kommunizieren. 

Abbildung 3.2 zeigt die Gesamtübersicht über die Aktivitäten, Techniken und Ergeb- 
nisdokumente jeder Phase. 

Die Entwurfsergebnisse der Phasen bauen aufeinander auf, d. h. sie stehen in einer zeit- 
lichen Reihenfolge. Dabei sind jedoch Rücksprünge und Iterationen möglich. Ein Beispiel 
dafür ist Phase III, da die Techniken der Wirtschaftlichkeitsanalyse auch dafür benutzt 
werden können, das Mandat für DQM im Unternehmen zu etablieren oder zu erweitern. In 
diesem Fall würde die Wirtschaftlichkeitsanalyse Aktivitäten der Phase I auslösen. 

Das Vorgehensmodell in Abb. 3.3 zeigt die idealisierte zeitliche Reihenfolge der Akti- 
vitäten in den einzelnen Phasen. 


3.1.2 Beispieltechniken der Methode 


Im Folgenden werden ausgewählte Techniken kurz erläutert, um einen beispielhaften 
Durchlauf durch alle vier Phasen der Methode zu illustrieren. 


Phase I, Aktivität I.1:Technik „Festlegen der strategischen Reichweite“ 

Das Festlegen der strategischen Reichweite der DQM-Strategie ist die Basis für alle wei- 
teren Analyse-Tätigkeiten, für die Beschreibung der Ist- und Soll-Situation sowie in Phase 
H die Formulierung der DQM-Ziele. Die strategische Reichweite steckt den Rahmen ab, 
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Abb. 3.3 Vorgehensmodell der Methode. (Falge 2015, S. 30) 


für den die DQM-Strategie entwickelt werden soll. Häufig ist die strategische Reichweite 
schon durch die Zuweisung des Mandats vom Auftraggeber bestimmt. Wenn nicht, ist es 
die Aufgabe des Konzern-Datenstewards, die einzubeziehenden Organisationseinheiten, 
Regionen, Datenklassen, Prozesse und Systeme zu definieren und mit dem Auftraggeber 
abzustimmen. 

Die Ergebnisdokumentation sollte eine Aufstellung der einzubeziehenden Bereiche in 
der folgenden Form sein: 


° Organisationseinheiten (inkl. Größe und Entscheidungsträger; bildet Input für Stake- 
holder-Analyse) 

e Datenklassen 

e Regionen und Länder 

e DQM-relevante Kernprozesse 

° Verwendete Anwendungssysteme (optional) 

° Verweis auf die relevanten Unternehmensziele für die Organisationseinheit 


Phase II, Aktivität II.2: Technik „Ableitung Maßnahmenkatalog“ 

Idealerweise leitet sich der DOM-Maßnahmenkatalog von den beschlossenen DQM-Zie- 
len, Prinzipien und ausgewählten Optionen der Aktivität IL] Strategieformulierung ab. 
Aus Zeitersparnisgründen erarbeiten einzelne Unternehmen einen Maßnahmenkatalog 
auch direkt basierend auf den Ergebnissen einer Reifegradanalyse (Aktivität 1.1). In die- 
sem Fall können neben zukünftigen Maßnahmen schon laufende oder projektierte Initia- 
tiven in die Liste aufgenommen werden, um zu verdeutlichen, dass für die betroffenen 
Reifegradkriterien zügig eine Verbesserung zu erwarten ist. Gelegentlich wird die Technik 
Ableitung Maßnahmenkatalog auch im Anschluss an eine Prozesskostenrechnung (Akti- 
vität III.2) eingesetzt. So kann der Vergleich der Kosten einzelner DQM-Prozesse direkt 
dazu genutzt werden, Maßnahmen zur Verbesserung einzuleiten und diese zu priorisieren. 
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Abb. 3.4 Beispiel Ableitung MaBnahmenkatalog (Auszug). (Falge 2015, S. 53) 


Unabhängig davon, ob die Maßnahmen von DQM-Zielen oder von Reifegradkriterien 
(mit hohem Handlungsbedarf) abgeleitet sind, ist die Herleitung klar zu dokumentieren. 
Das Beispiel in Abb. 3.4 zeigt die Ableitung von Maßnahmen, die in direktem Bezug zu 
Reifegradkriterien mit dringendem Handlungsbedarf (angedeutet durch die Zahlen in der 
Spalte Auswirkungen) stehen. Der erarbeitete Maßnahmenkatalog (abgeglichen mit den 
laufenden Maßnahmen) versteht sich als initialer Vorschlag des DQM-Teams und ist eine 
Ausgangsbasis, um weitere laufende, geplante oder vorzubereitende Maßnahmen in enger 
Zusammenarbeit mit den Fachbereichen zu ergänzen und zu priorisieren. Die priorisierten 
Maßnahmen müssen im Anschluss im Detail präzise geplant und umgesetzt werden. Um 
den Erfolg der umgesetzten Maßnahmen (Verbesserung des Reifegrades der Teilkriterien) 
messen zu können, empfiehlt es sich, die Reifegradmessung nach ein bis zwei Jahren zu 
wiederholen. 


Phase III, Aktivität IIL2, Technik „Lebenszykluskostenrechnung (LCC)“ 
Lebenszykluskostenrechnung bzw. Life-Cycle-Costing (LCC) zielt darauf ab, alle Kosten 
einer Investition (und der damit verbundenen Aktivitäten und Prozesse) zu erfassen, die 
im Laufe ihres Lebenszyklus entstehen. Lebenszykluskosten sind definiert als „sum of all 
costs incurred during the life time of an item, i.e., the total of procurement and ownership 
costs“ (Dhillon 1989). Der Verein Deutscher Ingenieure beschreibt in seiner Richtlinie 
VDI 2884 ein LCC-Modell für die Beschaffung, den Betrieb und die Instandhaltung von 
Produktionsmitteln. Abbildung 3.5 zeigt das Modell im Überblick. 

Das LCC-Modell gliedert den Lebenszyklus in drei Phasen, nämlich vor der Nutzung 
des Anlageguts, während der Nutzung und nach der Nutzung. Über die drei Phasen hin- 
weg lassen sich fünf Kostenarten unterscheiden (VDI 2005): 


° Allgemeine Beschaffungskosten 

° Folgekosten der Beschaffung 

° Betriebs- und Hilfsstoffe 

° Instandhaltungskosten/Ersatzteile (inkl. Anderungskosten) 
e Außerbetriebnahmekosten 
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LCC-Modelle werden schon bei der Untersuchung von Anwendungssystemen genutzt. 
Darüber hinaus lassen sich die Konzepte des LCC-Ansatzes auf die Phasen des Datenle- 
benszyklus (Erstellung. Nutzung und Deaktivierung von Daten) übertragen (Otto 2012a). 

Außerdem ist auf das Konzept der „Total Cost of Ownership“ (TCO) zu verweisen, 
das sich vveitgehend mit dem der Lebenszyklusrechnungen für Ressourcen überschneidet 
(Geissdörfer et al. 2009). TCO-Modelle und LCC-Modelle unterscheiden sich im Wesent- 
lichen in zwei Punkten: Die TCO-Modelle berücksichtigen im Gegensatz zu LCC-Model- 
len die Transaktionskosten. Umgekehrt ist die Betrachtung der sog. „Overall Equipment 
Efficiency“ in LCC-Modellen integriert und wird in TCO-Modellen nur eingeschränkt 
oder überhaupt nicht berücksichtigt. 


Phase IV, Aktivität IV.1, „Techniken des Programm- und Projektmanagements“ 
In einem Programm werden mehrere, miteinander verwandte oder verbundene Projekte 
zusammengefasst. Das Programm-Management versucht, nicht nur die richtigen Projekte 
auszuwählen, sondern auch die Projekte effizient zu betreiben und Projektrisiken klein zu 
halten. Die Bewertungsgrundlagen zur Auswahl der Projekte liefern die Projektanträge. 
In einem standardisierten Projektantrag sind u. a. finanzielle Kennzahlen wie ROL NPV 
oder IRR, projektspezifische Erfolgsfaktoren, Angaben zu Zielen, Risiken, Kosten und 
zur Zeitplanung enthalten. Außerdem prüft das Programm-Management die Abhängig- 
keiten zwischen den Projekten, die Einhaltung von Qualitätsstandards sowie die Verfüg- 
barkeit von Mitarbeitern und anderen Ressourcen. 

Im Rahmen der Ressourcenplanung für das DQM gilt es, folgende Fragen zu beant- 
worten: 


e Welche DQM-Projekte können überhaupt mit den zur Verfügung stehenden Ressour- 
cen realisiert werden? 

° Welche spezifischen Ressourcen werden den Projekten zugewiesen? 

° Welche projektkritischen Ressourcen und DQM-Kompetenzen müssen auf- oder aus- 
gebaut werden bzw. welche müssen ggf. am externen Markt zugekauft werden? 


Letztlich wird für jede DQM-Maßnahme der Planungsperiode ein Projektplan benötigt. 
Er bezeichnet nach DIN 69905 die „Gesamtheit aller im Projekt vorhandenen Pläne“ und 
kann u. a. folgende Unterlagen enthalten: Projektstrukturpläne, Meilensteinpläne, Gantt- 
Diagramme oder Netzpläne. Projektmanagement-Techniken sind problemneutral und 
müssen nicht für das DQM angepasst werden. Weitere Angaben können daher der Me- 
thode PROMET®-PM (IMG 1999) oder dem PMI PM Bok (Project Management Institute 
2013) entnommen werden. 
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3.2 Reifegrad-Assessment und Benchmarking-Plattform für das 
Datenqualitätsmanagement 


3.2.1 Ausgangssituation in Unternehmen 


Um die Datenqualität im Unternehmen nicht nur einmalig, sondern dauerhaft zu verbes- 
sern, etablieren Unternehmen das Datenqualitätsmanagement als Unternehmensfunktion. 
Denn Datenqualitätsmanagement ist kein Projekt, sondern eine Aufgabe, die kontinuier- 
lich wahrgenommen werden muss (Weber 2009; Weber et al. 2009; Batini und Scannapie- 
co 2006). Dazu sind Fähigkeiten in strategischer, organisatorischer, technischer, aber auch 
kultureller Hinsicht erforderlich (Lee et al. 2002; Baskarada et al. 2006; Bitterer 2007; Da- 
taFlux 2007). Zwar ist die Bedeutung des Datenqualitätsmanagements als wichtige Unter- 
nehmensfunktion in vielen Fällen erkannt. Jedoch attestieren Unternehmen den eigenen 
Datenqualitätsmanagement-Fähigkeiten erst einen frühen Reifegrad (Pierce et al. 2008). 

Beim Aufbau sowie bei der Weiterentwicklung dieser Fähigkeiten benötigen Unter- 
nehmen Unterstützung. Grundsätzlich sind zwei Fälle zu unterscheiden. Entweder bauen 
Unternehmen das Datenqualitätsmanagement erstmalig auf, oder es handelt sich um die 
Verbesserung eines bereits bestehenden Datenqualitätsmanagements. Die verantwortli- 
chen Mitarbeiter sind mit Fragen konfrontiert, wie sie in Tab. 3.1 dargestellt sind. 

Verantwortliche für das Datenqualitätsmanagement und Führungskräfte benötigen ein 
praxisnahes und anwendbares Vorgehen zur Beantwortung dieser Fragestellungen. Zwei 
Werkzeuge unterstützen bei der Steuerung und Verbesserung des Datenqualitätsmanage- 
ments und des damit verbundenen Transformationsprozesses, nämlich ein Reifegradmo- 
dell und ein Benchmarking-Portal. 


Tab. 3.1 Typische Fragestellungen von DQM-Verantwortlichen 


Aufbau und Etablierung Weiterentwicklung im Regelbetrieb 


Wie ist die aktuelle Situation des Datenqua- Wie kann der Fortschritt und Erfolg aller Akti- 
litätsmanagements im Unternehmen? Welche | vitäten des Datenqualitätsmanagements (u. a. 
Fähigkeiten, Strukturen und Informationssyste- | Projekte, Initiativen, Programme, operative 


men sind bereits vorhanden? Aufgaben) überwacht und regelmäßig an die 
Geschäftsführung berichtet werden? 

Wo ist der Handlungsbedarf am größten? Wie ist der Erfolg dieser Aktivitäten zu 

Welche Maßnahmen müssen in welcher Rei- bewerten? Rechtfertigt der Nutzen weiterer 

henfolge zur Verbesserung der Datenqualität Investitionen in das Datenqualitätsmanagement 

aufgesetzt werden? die Kosten? 

Wie ist der Nutzen einzelner Datenquali- Wie sollte das Portfolio an Datenqualitäts- 

tätsmaßnahmen zu bewerten? Wie können management-Aktivitäten weiterentwickelt 

Entscheidungsvorlagen aufbereitet und werden? Welche Maßnahmen sind besonders 


kommuniziert werden, um Unterstützung von | erfolgsversprechend? 
Entscheidern zu erhalten? 


Wie gehen andere erfolgreiche Unternehmen Wie gehen andere erfolgreiche Unternehmen 
vor? vor? 
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3.2.2 Reifegradmodelle und Benchmarking als Steuerungsinstrumente 


Ein Reifegradmodell misst generell die Fahigkeit eines Unternehmens, seine Ressourcen 
zu cinem bestimmten Zweck einzusetzen (Rosemann und De Bruin 2005). Ein Reifegrad- 
modell für Datenqualitätsmanagement misst die Fähigkeit eines Unternehmens, Daten- 
qualitätsmanagement zu betreiben (Ofner 2013; Ofner et al. 2013a). Typischerweise ent- 
hält ein Reifegradmodell mehrere Kriterien, mit deren Hilfe bewertet wird, inwiefern die 
Kriterien die Ziele der Reifegradstufen erreicht haben. Das Ergebnis einer Reifegradbe- 
wertung soll Unternehmen unterstützen, Verbesserungsbereiche zu identifizieren und zu 
priorisieren. 

„Benchmarking“ bezeichnet allgemein einen Leistungsvergleich bestimmter eigener 
Kennzahlen (z. B. für Prozessleistungen oder Managementpraktiken) mit den Kennzahlen 
eines geeigneten Vergleichsobjekts. Eine Reifegradbewertung kann in Kombination mit 
Benchmarking erstens dazu genutzt werden, das eigene Reifegradergebnis in Relation zu 
einer ausgewählten Vergleichsgruppe zu setzen (z. B. Unternehmen der gleichen Indus- 
trie), um eigene Leistungsdefizite aufzudecken. Zweitens kann sie dazu dienen, sich an 
den Besten zu orientieren und realistische Zielwerte zu definieren, um daraufhin konkrete 
Maßnahmen für die Verbesserung des eigenen Reifegrads zu planen und umzusetzen. 

Benchmarking wurde in den 1980er und frühen 1990er Jahren als Methode begrün- 
det, von anderen Unternehmen zu lernen und sogenannte Best Practices zu identifizieren 
(Camp 1989). Grundlage des Benchmarkings sind Kennzahlen, die in komprimierter Form 
quantitativ messbare Merkmale betrieblicher Sachverhalte beschreiben. Bei Kennzahlen 
kann zwischen Leistungs-, Treiber- und Analysegrößen unterschieden werden (Legner 
1999; Abb. 3.6). 


Kennzahlen Jährliche Kosten für Datenbereinigungen 


Jährliche Kosten für die Stammdatenorganisation 
Durchlaufzeiten für die Stammdatenanlage 


~ Leistungsgrößen 8 — 


ermöglichen die 
Analyse von 
Leistungslücken der 


messen Rahmen- 
bedingungen der 


Anzahl der Datensätze 
8 . ` Anzahl der Mitarbeiter 
DQM-Reifegrad Analysegrößen Treibergrößen Umsatz 


Abb.3.6 Klassifikation von Kennzahlen mit Beispielen für einen DQM-Leistungsvergleich. (nach 
Legner 1999, S. 112) 
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e Leistungsgrößen sind finanzielle und Prozesskennzahlen, die sich an den wirtschaft- 
lichen Zielen des Unternehmens orientieren. 

° Treibergrößen sind vor allem Mengengerüste, die die Rahmenbedingungen der Leis- 
tungsgrößen bestimmen und für die Vergleichbarkeit von Messergebnissen unter- 
schiedlicher Organisationen berücksichtigt werden müssen. 

° Analysegrößen unterstützen die spätere Interpretation des Benchmarks im Rahmen der 
Ursachenanalyse für eine Leistungslücke. 


Abbildung 3.6 zeigt das Zusammenspiel der Kennzahlentypen am Beispiel von Daten- 
qualitätsmanagement in einem Kennzahlensystem. In diesem Zusammenhang ist der 
Reifegrad des Datenqualitätsmanagements eine Analysegröße, die für eine Ursachenana- 
İyse herangezogen werden kann. Falls beispielsweise ein anderes Unternehmen in einer 
Leistungsgröße (z. B. Durchlaufzeit des Materialanlageprozesses) ein besseres Ergebnis 
erzielt, zeigt die Reifegradanalyse auf, in welchen Kriterien eine Lücke zu dem anderen 
Unternehmen und ein potentieller Handlungsbedarf bestehen. Durch die Identifikation 
der Best Practices, die Ursache für die Leistungsunterschiede sind, kann sich ein Unter- 
nehmen an bewährten Lösungsansätzen orientieren und deren Umsetzung beschleunigen. 
Treibergrößen wie beispielsweise die Anzahl der Datensätze oder die Unternehmensgröße 
sind wichtig bei der Auswahl geeigneter Benchmarking-Partner, um die Vergleichbarkeit 
und Aussagekraft eines Benchmarks zu erhöhen. 

Reifegradmodelle und Benchmarking sind Steuerungsinstrumente für Verantwortliche 
des Datenqualitätsmanagements, um regelmäßig Verbesserungsbereiche zu identifizieren 
und zu priorisieren, Maßnahmen auf Grundlage von bewährten Lösungsansätzen zu pla- 
nen und Zielwerte aufgrund von Benchmarks zu setzen. 


3.2.3 EFQM-Exzellenzmodell für das Stammdatenqualitätsmanagement 


Im Rahmen des Kompetenzzentrums Corporate Data Quality (CC CDQ) wurde ein stan- 
dardisiertes Reifegrad- und Benchmarkingmodell entwickelt, das Fähigkeiten und Kenn- 
zahlen für das Datenqualitätsmanagement strukturiert und beschreibt, das „EFQM-Fra- 
mework für das Stammdatenqualitätsmanagement‘”,’(engl. „EFQM Framework for Cor- 
porate Data Quality Management“) (EFQM 2011). Das Modell deckt alle Bereiche des 
CDQ-Frameworks für Stammdatenqualitätsmanagement (vgl. Kap. 1.4) ab und basiert 
auf der Struktur des „Excellence Models“ der EFQM (European Foundation for Quality 
Management)‘. 

Das Modell ist an die generischen Struktur des „Excellence Models“ der EFQM ange- 
lehnt und gewährleistet dadurch die Anschlussfähigkeit an bestehende EFQM-Bewertungs- 


2 Siehe http://www.corporate-data-excellence.ch/EFQM-Framework.pdf. 
3 Siehe http://www.shop.efgm.org/publications/. 
4 Siehe http://vvvvvv.efqm.org. 
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Abb.3.7 Das EFQM-Exzellenzmodell für das Stammdatenqualitätsmanagement. (EFQM 2011, S. 14) 


und Analysetechniken. Die von der EFQM und ihren Partnern entvvickelten Techniken 
werden seit über 20 Jahren eingesetzt und kontinuierlich weiterentwickelt, um das Quali- 
tätsmanagement in Unternehmen zu bewerten. 

Das Modell unterscheidet zwei Perspektiven (Abb. 3.7). Die Befähigungsperspektive 
bewertet, was konkret in einem Unternehmen getan wird. Die Ergebnisperspektive be- 
rücksichtigt, welche Ergebnisse damit erreicht werden sollen. Ein hoher Reifegrad in der 
Befähigungsperspektive ist demnach wertlos, wenn damit nicht die gesetzten Ergebnisse 
erreicht werden. Ziele der beiden Perspektiven müssen somit ausbalanciert werden. Das 
Reifegradmodell definiert insgesamt 35 Fähigkeiten und mehr als 70 Kennzahlen für das 
Stammdatenqualitätsmanagement (Stand 2015). Während die Fähigkeiten in einer Reife- 
gradbewertung als Kriterien zur Feststellung des Reifegrads verwendet werden, können 
die Kennzahlen als Ausgangspunkt für den Aufbau eines Kennzahlensystems zur Steue- 
rung des Datenqualitätsmanagements verwendet werden. 

Da sich die Anforderungen an ein Datenqualitätsmanagement im Laufe der Zeit wan- 
deln, wird das EFQM-Framework jährlich aktualisiert und veröffentlicht. 


3.2.4 Corporate Data Excellence: Steuerungswerkzeuge für 
Verantwortliche des Datenqualitätsmanagements 


Corporate Data Excellence ist eine unternehmensübergreifende Initiative zum Austausch 
von Erfahrungen zwischen Unternehmen mit dem Ziel, erfolgreiche Stammdatenquali- 
tätsmanagement-Konzepte zu verbreiten. Die Initiative stellt über ein Internetportal Werk- 
zeuge zum Leistungsvergleich (Benchmarking) zur Verfügung’. Es umfasst ein Steue- 
rungscockpit, eine Benchmarking-Datenbank und eine Good Practice-Datenbank. 


5 Siehe http://www.corporate-data-excellence.ch. 
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Inhalt und Aufbau des Steuerungscockpits 
kann unternehmensspezifisch angepasst 
werden. Beispielsweise kann der 
Reifegradverlauf über mehrere Jahre 
dargestellt werden. 


Bei der Gestaltung des 
Steuerungscockpits kann auf einen 
standardisierten Kennzahlenkatalog 

zurückgegriffen werden. 


Abb. 3.8 Steuerungscockpit für den MDM-Verantvvortlichen. (eigene Darstellung) 


Steuerungseockpit 

Das Steuerungscockpit ist die informationstechnische Umsetzung eines Kemzahlensys- 
tems für das Datenqualitätsmanagement. Standardisierte Kennzahlen können aus einem 
bestehenden Katalog ausgewählt und mit eigenen Kennzahlen ergänzt werden. Kennzah- 
len werden dann grafisch aufgearbeitet und dem Verantwortlichen in Form von interak- 
tiven „Dashboards“ zur Verfügung gestellt (siehe Abb. 3.8). Zusätzlich unterstützt das 
Steuerungscockpit den gesamten Prozess einer Reifegradbewertung von der Datensamm- 
lung über die Datenaufbereitung bis zur Analyse. Analyse- und Ergebnisberichte werden 
automatisiert erstellt und sind für die Kommunikation gegenüber Entscheidungsträgern 
ausgelegt. Das Steuerungscockpit integriert die internen Steuerungsinformationen mit den 
Vergleichswerten der Benchmarking-Datenbank, um neben der internen auch die externe 
Sicht darzustellen. 


Benchmarking-Datenbank 

Die Benchmarking-Datenbank enthält Vergleichswerte für das Datenqualitätsmanagement 
zwischen Unternehmen (u. a. Reifegrad, Kosten, Durchlaufzeiten, Mengengerüste). Die- 
se Datenbank ist eine Grundlage für unternehmensindividuelle Benchmarking-Berichte 
(siehe Abb. 3.9). Bei den Vergleichswerten wird sichergestellt, dass der Rückschluss auf 
ein einzelnes Unternehmen nicht möglich ist. Regelmäßig durchgeführte Benchmarking- 
Studien und -projekte aktualisieren laufend die Vergleichswerte. 


Good Practice-Datenbank 
Die Good Practice-Datenbank zeigt erfolgreiche Lösungsansätze von Unternehmen für 
die verschiedenen Aspekte des Datenqualitätsmanagements. Good Practices unterstützen 
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Abb.3.10 Lernen von anderen Unternehmen mit der Good Practice-Datenbank. (eigene Darstellung) 


im Fall einer identifizierten Leistungslücke bei der Mafönahmenplanung und geben kon- 
krete Vorschläge zur Umsetzung von Verbesserungen (siehe Abb. 3.10). 

Die Benchmarking-Initiative hilft den Verantwortlichen des Datenqualitätsmanage- 
ments, deren Mitarbeitern und den Unternehmen im Gesamten: 
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° Geschwindigkeit und Aufwand: Innovative, aber andernorts bewährte Konzepte und 
Erfahrungen erleichtern das Stammdatenqualitätsmanagement. 

° Steuerbarkeit: Das Steuerungscockpit unterstützt die regelmäßige Bewertung der 
eigenen Effizienz, Effektivität und des Wertbeitrages des Datenqualitätsmanagements 
durch den Vergleich mit anderen Unternehmen. Es unterstützt den Verantwortlichen des 
Datenqualitätsmanagements bei der Steuerung und Überwachung sämtlicher Aktivi- 
täten. 

° Befähigung: Mitarbeiter des Datenqualitätsmanagements werden befähigt, eigenver- 
antwortlich standardisierte Reifegradbewertungen und ein Benchmarking durchzufüh- 
ren. Der Zugriff auf die Benchmarking-Datenbank ermöglicht wiederholbare Bench- 
marks mit aktuellen Vergleichswerten. 

° Mitgestaltung und Nachhaltigkeit: Mitglieder der Benchmarking-Initiative sitzen im 
Change Advisory Board des EFQM-Framevvorks und können aktiv die Inhalte des Rei- 
fegrad- und Benchmarkingmodells mitgestalten. 


Die vorgestellten Werkzeuge unterstützen Unternehmen, durch den kontinuierlichen Ver- 
gleich mit anderen Unternehmen Verbesserungsbereiche zu identifizieren und die eigenen 
Fähigkeiten im Umgang mit kritischen Stammdaten zu verbessern. 


3.3 Die Corporate Data League: Ein Ansatz zur kooperativen 
Geschäftspartnerdatenpflege 


3.3.1 Herausforderungen der Geschäftspartnerdatenpflege 


Geschäftspartnerdaten repräsentieren Geschäftspartner in Informationssystemen. Unter 
Geschäftspartnern versteht man in diesem Kontext sowohl Kunden als auch Lieferanten. 
In seltenen Fällen werden auch Mitarbeiter als Geschäftspartner definiert; diese sind aber 
hier von der Betrachtung ausgeschlossen. Die Qualität von Geschäftspartnerdaten kann 
unternehmensintern nur begrenzt sichergestellt werden, da sie im Gegensatz z. B. zu Pro- 
duktdaten Objekte außerhalb der Grenzen des eigenen Unternehmens beschreiben. Die 
Qualitätssicherung dieser Daten ist für ein einzelnes Unternehmen äußerst aufwändig, 
denn Änderungen müssen aktiv recherchiert und nachgepflegt werden. Wichtige Attribute 
eines Geschäftspartners, die sich häufig ändern, sind beispielsweise die Adressen eines 
Lieferanten oder Beteiligungsverhältnisse. Adressänderungen oder Fusionen sind Vorfäl- 
le, von denen ein anderes Unternehmen nicht zwangsläufig erfährt, sodass die Qualität 
dieser Daten sinkt. 

In der Regel verwenden Unternehmen neben der eigenen manuellen Datenpflegetätig- 
keit auch Referenzdaten von externen Datenprovidern. Sehr häufig wird dabei auf den 
Service des Unternehmens Dun & Bradstreet zurückgegriffen. Es bietet als Franchise- 
Netzwerk seinen Kunden weltweit Daten und Bewertungen zu mehr als 200 Mio. Unter- 
nehmen an und hatte damit in den vergangenen Jahren ein De-facto-Monopol. Der zu- 
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nehmende Bedarf insbesondere von Finanzdienstleistern an aktuellen Risikobewertungen 
und den dazu benötigten Informationen zu Beteiligungshierarchien von Unternehmen hat 
jedoch Konkurrenz durch weitere Anbieter geschaffen. Beispiele sind Avox, eine Ausgrün- 
dung der Deutschen Börse AG, oder Dienstleistungen des Unternehmens Bureau von Dijk. 

Neben den genannten Angeboten, die insbesondere Finanzdienstleister adressieren, 
gibt es verschiedene Dienstleistungen zur Unterstützung von Marketing und Vertrieb. Das 
prominenteste Angebot ist die Plattform data.com des Unternehmens salesforce.com, de- 
ren primäre Dienstleistung die Identifikation von Ansprechpartnern in Unternehmen ver- 
schiedener Branchen und Regionen ist. Ein ähnliches Angebot bietet OneSource, wobei 
data.com auf Crowdsourcing als Informationsquelle setzt und OneSource öffentliche und 
kommerziell verfügbare Daten konsolidiert. 

Die Leistungen dieser Anbieter sind jedoch auf bestimmte Anwendungsgebiete zuge- 
schnitten und liefern daher einerseits nicht alle benötigten Daten eines Geschäftspartners 
(z. B. Lieferadressen einzelner Produktionsstandorte), dafür andererseits „teuer“ recher- 
chierte Daten, die nicht benötigt werden (z. B. Mitarbeiterzahlen oder Wirtschaftsdaten). 
Zudem ist es im Einzelfall schwierig zu entscheiden, ob eingekaufte Referenzdaten aktu- 
eller sind als die „eigenen“ Daten im System. Die fehlende Transparenz zu Informations- 
quellen und Datenpflegern der externen Anbieter schafft nur geringes Vertrauen in die 
Daten und führt dazu, dass Referenzdaten in den meisten Fällen nur unterstützend bei 
Bereinigungen und nicht als operative Datenbasis genutzt werden. 


3.3.2 Der Lösungsansatz des kooperativen Datenmanagements 


Um die beschränkten Möglichkeiten der unternehmensinternen Pflege von Geschäftspart- 
nerdaten und die daraus resultierenden Probleme zu beseitigen, bietet sich alternativ auch 
ein kooperativer Ansatz für das Geschäftspartnerdatenmanagement an. Kooperatives 
Datenmanagement bedeutet, dass mehrere Unternehmen gemeinsam Daten pflegen, deren 
Qualität sichern und die Daten letztlich für die eigene Wertschöpfung nutzen. 

Ein solcher Ansatz bietet sich hier besonders durch die multiple Nutzung von Ge- 
schäftspartnerdaten an. Geschäftspartnerdaten haben im Vergleich zu z. B. Produktdaten 
eine Besonderheit: In der Regel ist ein Unternehmen S nicht nur Geschäftspartner eines 
einzelnen Unternehmens, sondern vieler anderer Unternehmen (z. B. der Unternehmen A, 
B, C). Daraus folgt, dass viele Unternehmen Daten zu gleichen Geschäftspartnern pfle- 
gen, aus unternehmensübergreifender Sicht also redundante Tätigkeiten ausführen. Dieser 
Sachverhalt ist in Abb. 3.11 dargestellt. 

Einen Lösungsansatz für diese redundante Datenpflege bietet die Zusammenarbeit der 
Unternehmen A, B und C, welcher in Abb. 3.12 dargestellt ist. Wenn Unternehmen C die 
Pflege der Geschäftspartnerdaten zu Unternehmen S übernimmt und die Unternehmen A 
und B die qualitätsgesicherten Daten ebenfalls nutzen, reduziert diese Kooperation den 
Gesamtaufwand der Unternehmen. Für Unternehmen C bleibt der Aufwand in diesem 
Beispiel zwar gleich, es profitiert aber von diesem Modell, sobald Unternehmen A oder 
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Ist-Situation: Redundantes Datenmanagement 


= Firmen A, B und C haben den gleichen Lieferanten: S 
© = Jede Firma unterhält Stammdaten von S 


: ® > 3 Mal redundanter Datenpflegeaufwand und -kosten für 


Referenzdaten 
e Verantwortung für die Datenpflege der Geschäftspartnerdaten von S, z. B. Name, Rechtsform, Adressen 


Abb. 3.11 Redundante Pflege von Geschäftspartnerdaten. (eigene Darstellung) 


Lösungsansatz: Kooperatives Datenmanagement 


=" A, B, und C teilen einige Daten über S 


s Sie stimmen firmenübergreifenden 
© (A) Datenmanagementprozessen zu 


@ > Reduzierte Datenpflegeaufwände und kosten 


> Verbesserte Datenqualität: Mehrere Datennutzer können 
mögliche Fehler identifizieren und korrigieren 


© Verantwortung für die Datenpflege der Geschäftspartnerdaten von S, z. B. Name, Rechtsform, Adressen 


Abb. 3.12 Gemeinschaftliche Pflege von Geschäftspartnerdaten. (eigene Darstellung) 


Best-case — Variante: Kooperatives Datenmanagement „an der Quelle” 


= Stritt der Datenmanagement-Kooperation ebenfalls bei 
(A) > Weitere Reduzierung der Datenpflegeaufwände und -kosten 
s) > Verbesserte Datenqualität: Die Daten von S werden „an der 


Ce"? Quelle” verbessert 


@ Verantwortung für die Datenpflege der Geschäftspartnerdaten von S, z. B. Name, Rechtsform, Adressen 


Abb. 3.13 Geschäftspartnerdatenpflege durch einen realen Data Owner. (eigene Darstellung) 


B die Pflege für einen weiteren gemeinsamen Geschäftspartner übernimmt. Neben der 
Reduzierung des Aufwands ist auch eine Verbesserung der Datenqualität im Vergleich zur 
Pflege in einem Einzelunternehmen zu erwarten. Mögliche Fehler werden aufgrund der 
höheren Nutzungsfrequenz (A, B und C nutzen denselben Datensatz aktiv) früher erkannt. 

Eine weitere Verbesserung hinsichtlich sowohl der Qualität als auch des Aufwands ist 
durch die in Abb. 3.13 gezeigte weitere alternative Kooperationsform zu erwarten: Hier 
pflegt das Unternehmen S, als Teil der Community, „seine“ Geschäftspartnerdaten selbst. 
Besonders hinsichtlich der Aktualität und der Richtigkeit der Daten ist dies vorteilhaft, 
denn im Vergleich zu den Unternehmen A, B und C kann davon ausgegangen werden, dass 
S z. B. stets die aktuellsten Adressen seiner Produktionsstätten kennt. 
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3.3.3 Die Corporate Data League 


Eine solche Community von Unternehmen zur gemeinschaftlichen Geschaftspartnerdaten- 
pflege stellt die Corporate Data League (CDL) dar. Die CDL ist eine Lösung, die vom CC 
CDQ gemeinsam mit dem Business Engineering Institute St. Gallen und drei Praxispart- 
nern (Syngenta, Nestlé und Bayer) im Rahmen eines von der Schweizerischen Eidgenos- 
senschaft geförderten Forschungsprojekts entwickelt wurde. Unternehmen können bei Er- 
füllung bestimmter Voraussetzungen Teil dieser Community werden und zu einem gemein- 
sam gepflegten Geschäftspartnerdatenpool beitragen. Die Idee ist, dass Unternehmen, die 
sich zu einem gewissen Grad vertrauen, einen abgeschlossenen Klub (als besondere Aus- 
prägung der Community) bilden, in welchem sie gemeinsam bei geringeren Total Costs 
of Ownership zu einem „Golden Set“ von Geschäftspartnerdaten beitragen. Der Gesamt- 
pflegeaufwand eines einzelnen Unternehmens als Teil der CDL sowie die Datenqualität an 
sich hängen von der Schnittmenge an Geschäftspartnerdaten zwischen den Mitgliedern ab. 

Unter technischen Gesichtspunkten ist die CDL als cloud-basierte Lösung realisiert, 
die verschiedene Webservices bereitstellt. Die Mitglieder der Community verwenden die 
Funktionalitäten der CDL über eine Webapplikation (siehe Abb. 3.14). 


Datenmodell 

Geschäftspartner werden durch zahlreiche Attribute in den Informationssystemen abgebil- 
det. Natürlich eignen sich nicht alle dieser Attribute für die gemeinschaftliche Pflege. So 
sind z. B. im Fall von Lieferanten die Preis-, Liefer- und Zahlungskonditionen geschäfts- 
kritisch und im Regelfall unternehmensindividuell. Allerdings zeigte die Erfahrung ver- 
schiedener Unternehmen, dass bestimmte globale und gleichzeitig geschäftsunkritische 
Attribute einen Großteil des Datenpflegeaufwands ausmachen. Genau diese Daten sind im 
Fokus der CDL, da hier das größte Einsparpotenzial besteht und diese Daten zum anderen 
aufgrund ihrer freien Verfügbarkeit für die gemeinschaftliche Pflege geeignet sind. Im 
Speziellen sind es folgende Attribute: 


° Der rechtlich eingetragene Unternehmensname und die Unternehmensform (z. B. AG 
oder GmbH) 

° Adressen, hierbei insbesondere: Legal-, Liefer- und Rechnungsadressen 

° Steuer(identifikations)nummer 

° Hierarchien (legal, geographisch, organisatorisch) 

e Compliance-relevante Daten wie Blacklist-Informationen oder Briefköpfe 

° Zertifizierungen, z. B. SAS70 oder ISO 9000 


Das Datenmodell der Corporate Data League ermöglicht es, genau diese Informationen zu 
teilen. Jeder Geschäftspartner erhält eine global eindeutige Kennung, die „CDL ID“. Das 
Ziel des Datenmodells ist es, einen Standard für die beschriebenen Geschäftspartnerdaten 


6 Siehe https://www.corporate-data-league.ch. 
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Country Lànderdetails 


Ein Verwaltungsgebiet auf höherer Ebene 
Administrative — Bi eines Landes (Bundesland, Kanton, 


Provinz, Distrikt, ...) 


Eine dichtbesiedelte bezeichnete Gegend 


Locali 
“ (Ort, Ortschaft, Stadtteil, ...) 


befinden (Straße, Landstraße, Avenue, ...) 


Address 


Ein markanter Gebäudekomplex mit einer 
Hauptadresse (ein Flughafen, ein 
Apartmentkomplex, ...) 


Post code Ein Freitext oder eine strukturierte Postleitzahl 


Premises 


Thoroughfare N Eine Durchgangsroute, an der sich Gebäude 


Geo coordinates Einfache Geokoordinaten für die Adresse / den 
Ort 


Abb. 3.15 Konzeptionelle Darstellung der extensible Address Language (xAL). (eigene Darstel- 
lung) 


zu schaffen und dabei existierende Standards soweit wie möglich zu integrieren. Daher 
basiert das Adressdatenmodell auf der extensible Address Language (xAL). Diese ist Teil 
des OASIS Customer Information Quality Standards (CIQ)’. Die xAL ermöglicht es, in 
einer standardisierten „Sprache“ Adressen aus jedem beliebigen Land der Welt abzubil- 
den. Abbildung 3.15 zeigt die konzeptionelle Darstellung der wichtigsten Komponenten 
der xAL. Ein bekannter Anwender der xAL ist Google, welches Konzepte dieses Stan- 
dards für die Repräsentation von Adressen in GoogleMaps nutzt. 


Data Governance-Konzept und Funktionalitäten 

Der Zugriff auf die Funktionalitäten und die Kooperationsprozesse der Corporate Data 
League erfolgt über bereitgestellte Webservices oder alternativ über eine Webapplikation. 
Das Governance-Modell der CDL sieht dabei grundsätzlich zwei verschiedene Rollen vor: 


° Data Steward: Der Data Steward ist für einen oder mehrere Datensätze verantwortlich. 
D. h. er muss Änderungen an den ihm zugewiesenen Geschäftspartnerdaten autorisie- 
ren und selbst regelmäßige Prüfungen vornehmen. Der Spezialfall ist die Rolle des 
Data Owners: Ein Unternehmen, welches Mitglied der CDL ist, ist automatisch auch 
der Data Steward für die Geschäftspartnerdaten des eigenen Unternehmens. 


7 Siehe https://www.oasis-open.org/committees/tc_home.php?wg_abbrev=cig. 
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° Data Subscriber: Andere Unternehmen, die einen Datensatz verwenden, für diesen aber 
nicht verantvvortlich sind, haben die Rolle des Data Subscriber für diesen Datensatz. 
Diese Rolle setzt voraus, dass ein bestimmter Datensatz von mindestens einem weiteren 
Unternehmen genutzt wird. Ein Subscriber kann Änderungsvorschläge für den verwen- 
deten Datensatz machen. Diese müssen aber vom Data Steward freigegeben werden. 


Eine Voraussetzung dieses Governance-Modells ist die Anonymität der Rollen. Das be- 
deutet, dass weder der Data Steward erkennen kann, welche anderen Unternehmen einen 
bestimmten Datensatz verwenden, noch dass ein Data Subscriber weiß, welches Unter- 
nehmen die Data Steward-Rolle einnimmt. 

Neben den generellen Funktionalitäten zur Kooperationssteuerung bietet die CDL di- 
verse Zusatzfunktionalitäten, welche Unternehmen bei der Sicherstellung der Datenquali- 
tät ihrer Geschäftspartnerdaten unterstützen. So wird die GoogleMaps API zur Validierung 
und grafischen Darstellung von Adressdaten verwendet. Durch die Verwendung des xAL 
Standards sowohl in der CDL als auch in der GoogleMaps API ergibt sich nur ein geringer 
Integrationsaufwand. Zusätzlich bietet die CDL eine Funktionalität zur Identifikation von 
Duplikaten im eigenen Geschäftspartnerdatenbestand. Technisch zu Grunde liegen dabei 
eine Implementierung von Apache Lucene zur Indexierung der Daten und die Verwendung 
verschiedener Vergleichsalgorithmen, die zur Optimierung konfiguriert werden können. 


Business Vocabulary und semantisch annotierte Referenzdaten im CDL-Portal 
Neben der Adressvalidierung und den manuellen Editiermöglichkeiten der CDL-Mitglie- 
der umfasst die CDL auch ein frei zugängliches Referenzdaten-Repository. Diese Daten 
werden in einem semantischen Wiki, dem „Corporate Data League Portal‘, gepflegt. 
Durch die semantische Annotation der Daten können diese problemlos in den CDL-Servi- 
ces oder auch in anderen Applikationen verwendet werden. So sind z. B. alle Ländercodes 
gemäß ISO3166 und sämtliche erlaubten Unternehmensformen je Land dokumentiert. 
Diese Informationen können z. B. von einem Data Steward in einem Unternehmen wäh- 
rend der Erstellung oder der Pflege von Geschäftspartnerdaten abgerufen werden, sodass 
unerlaubte Kombinationen z. B. von Unternehmensform und Land vermieden werden 
können. 

Zusätzlich nutzt das CDL-Portal die „Standard Semantics of Business Vocabulary and 
Rules“ (SBVR) der OMG?. Basierend auf SBVR werden die verwendeten Begriffe und 
Konzepte in einer fachbereichs-verständlichen Sprache strukturiert beschrieben. Die Be- 
schreibungen der einzelnen Attribute können dynamisch mittels Webservice oder direkt in 
der CDL-Webapplikation abgerufen werden. Die semantische Annotation ermöglicht auch 
hier die einfache Integration. 


š Siehe https://www.corporate-data-league.ch/meta/index.php/Main_ Page. 
? Siehe http://www.omg.org/spec/SBVR/. 
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3.4 Weitere Methoden und Werkzeuge des CC CDQ 


Neben den in den vorigen Kapiteln und Abschnitten vorgestellten Methoden und Werk- 
zeugen sind seit dem Projektstart des CC CDQ im Jahr 2006 eine Bandbreite weiterer 
Werkzeuge entwickelt und erprobt worden, auf die Verantwortlichen für das unterneh- 
mensweite Datenqualitätsmanagement zurückgreifen können (Tab. 3.2). 

Eine vollständige Übersicht ist über die Internetpräsenz des CC CDQ verfügbar. 


Tab. 3.2 Weitere Methoden und Werkzeuge des CC CDQ 


Analysemodell für den Nutzen des Produktinformationsmanagements (PIM) (Osl und Otto 2007) 


Referenzarchitektur für die überbetriebliche Datensynchronisation zwischen Handel und Kon- 
sumgüterindustrie (Schemm 2008) 


Funktionsarchitektur für unternehmensweites Stammdatenmanagement (Otto und Hüner 2009) 
Referenzmodell für Data Governance (Weber 2009) 

Methode zur Spezifikation geschäftsorientierter Datenqualitätskennzahlen (Hüner 2010) 
Methode zur Stammdatenintegration (Schmidt 2010) 

Führungssysteme zur Steuerung von Konzerndatenqualität (Hüner 2011) 

Semantisches MediaWiki für das fachliche Metadatenmanagement (Hüner et al. 2011b, c) 
Referenzmodell für das unternehmensweite Datenqualitätsmanagement (Otto 2011b; Otto et al. 2011) 
Typologie von Data-Governance-Modellen (Otto 2011c) 

Referenzmodell für das Management von Geschäftsregeln (Otto et al. 2011) 
Anforderungskatalog für das Stammdatenmanagement der Zukunft (Otto und Ofner 2011) 


Ansatz zur Integration von Datenqualität in das Geschäftsprozessmanagement (Ofner et al. 2012, 
Ofner 2013) 


Beschreibungsmodell für semantische Informationssystemstandards (Otto et al. 2012) 
Konzept zum Management des Lebenszyklus von Stammdaten (Ofner et al. 2013b) 
Methode zum Entwurf einer Unternehmensdatenarchitektur (Ebner 2014) 


Methode zur Einführung von Stammdaten-Management als betriebliche Unterstützungsfunktion 
(Reichert 2014) 


Methode zur Strategieentwicklung für unternehmensweites Datenqualitätsmanagement in globa- 
len Konzernen (Falge 2015) 


Ansätze zur ökonomischen Bewertung von Datenqualität (Otto 2015) 
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Erfolgsfaktoren und Sofortmaßnahmen 


Zusammenfassung 


Kapitel 4 fasst die wesentlichen Erfolgsfaktoren des Stammdatenqualitätsmanagements 
zusammen und beschreibt in Checklistenform Sofortmaßnahmen, die unmittelbar nach 
Projektstart angegangen werden sollten. Sowohl Erfolgsfaktoren als auch Sofortmaß- 
nahmen sollen einen schnellen Einstieg ins Thema gewährleisten und Projektleitern 
und Linienverantwortlichen erste Handlungsempfehlungen an die Hand geben. 


4.1 Erfolgsfaktoren des Datenqualitätsmanagements 


Die folgende Tab. 4.1 fasst den aktuellen Wissensstand zu Erfolgsfaktoren im Datenquali- 
tätsmanagement aus Forschung und Praxis zusammen. Die Erfolgsfaktoren sind den sechs 
Bereichen des Frameworks für Datenqualitätsmanagement (siehe Kap. 1.4) zugeordnet. 


4.2 Sofortmaßnahmen auf dem Weg zum erfolgreichen 
Datenqualitätsmanagement 


Aus den Fallstudien sowie aus den Arbeiten des CC CDQ seit 2006 lassen sich folgende 
Sofortmaßnahmen ableiten, die beim Aufbau des Datenqualitätsmanagements helfen: 


° „Scoping“: Ausgehend von den strategischen Datennutzern im Unternehmen (Control- 
ling, Compliance Office, Vertrieb etc.) identifizieren Sie unternehmensweit genutzte 
(globale), geschäftskritische Datenobjekte. 
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Tab. 4.1 Erfolgsfaktoren des Datenqualitätsmanagements 


DQM- Erfolgsfaktoren 
Gestaltungsbereich 
DQM-Strategie ° Die DQM-Strategie ist aus der Geschäftsstrategie abgeleitet. 


° Ein klares Mandat ist für das DQM erteilt. 


Führungssystem für ° DQM-Ziele sind im Führungssystem des Unternehmens integriert. 


DQM ° Der Reifegrad des DQM wird kontinuierlich gemessen. 


° Datenqualität ist operationalisiert und über Datenqualitätskennzah- 
len messbar. 


Organisation des ° Rollen und Verantwortlichkeiten für die Aufgaben im Datenquali- 
DQM tätsmanagement sind intern wie extern (z. B. beim Outsourcing) 
definiert. 


° DQM-Rollen werden so weit möglich von bestehenden Funktions- 
trägern übernommen (z. B. Prozessverantwortliche). 


e Alle Mitarbeiter im Unternehmen verstehen die Bedeutung von 


Datenqualität. 
DQM-Prozesse und- œ Der gesamte Datenlebenszyklus von der Entstehung der Daten bis 
Methoden zur Archivierung oder Löschung ist transparent, dokumentiert und 
geführt. 


°  Geschäftsregeln zur Sicherung der Datenqualität sind aus den 
Geschäftsprozessen abgeleitet. 


° First time right: Daten werden bei der Erfassung korrekt erfasst. 


DQM-Architektur ° Globale und lokale Daten sind definiert. 
° Für globale Daten ist eine Architektur für die Datenhaltung und 
-verteilung definiert und umgesetzt. 


DQM- ° Anforderungen an Software-Systeme zur DQM-Unterstützung sind 
Anvvendungssysteme definiert und entsprechende Systeme sind im Einsatz. 


ə Tragerproyekt“: Nutzen Sie ein strategisches Projekt im Unternehmen, anhand des- 
sen Sie den Nutzen des Stammdatenqualitätsmanagements kontinuierlich illustrieren 
können. Beispiele sind Projekte zur ERP-Konsolidierung, zur unternehmensweiten Ge- 
schäftsprozessharmonisierung, zur Integration von Unternehmenszukäufen und dem 
Aufbau spartenübergreifender Leistungsbündel (,,Systemgeschaft“). Derartige Träger- 
projekte haben den Vorteil, dass sie viele Gruppen im Unternehmen adressieren, also 
beispielsweise die Geschäftsleitung, Projekt- und Abteilungsleiter sowie Sachbearbei- 
ter in einzelnen Unternehmensfunktionen. 

Governance: Ohne Spielregeln können Sie die Datenqualität nicht dauerhaft verbes- 
sern. Identifizieren Sie also mögliche Data Owner und übertragen Sie Verantwortung 
für Datenklassen. Häufig sind geeignete Data Owner Geschäftsprozessverantwortliche 
mit dem höchsten Leidensdruck durch mangelhafte Qualität der entsprechenden Daten, 
also z. B. der Leiter des Zentraleinkaufs im Fall von Lieferantenstammdaten. Besetzen 
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Sie anschlieñend das Data Governance Board mit den anderen Prozessverantwortli- 
chen. Nutzen Sie zudem die bestehende Gremienlandschaft, um unnötige Bürokratie 
zu vermeiden. 

° Datenqualitätsmessung: Leiten Sie Anforderungen an Datenqualität aus den Führungs- 
gröBen der Geschäftsprozesse ab, indem Sie analysieren, welche Datenobjekte und 
welche Datenqualitätsdimensionen geschäftskritisch für die Geschäftsprozesse sind. 
Identifzieren Sie die Ursachen für Fehler und stellen Sie Geschäftsregeln auf, mit deren 
Hilfe Sie Datenqualität regelmäßig messen („ohne Messung kein Management“). 

° Datenqualitätsziele: Setzen Sie Data Ownern betriebswirtschaftlich sinnvolle Daten- 
qualitätsziele. Lassen Sie „Luft“ für zukünftige Verbesserungen. 

e Haftbarkeit: Verankern Sie Datenqualitätsziele im Zielsystem von Data Ownern und 
Datenstevvards, um persönlichen Bezug herzustellen. Befahigen Sie die Mitarbeiter, 
ihre Ziele zu erreichen, indem Sie geeignete Werkzeuge und Methoden bereitstellen. 

° „DQ by design“: Entwerfen Sie Datenlebenszyklus und Datenarchitektur unter Daten- 
qualitätsanforderungen. Nutzen Sie die Geschäftsregeln, um zu verhindern, dass Daten 
mangelnder Qualität in die Systeme eingegeben werden können (,, first time right”). 
Stellen Sie sicher, dass Geschäftsprozesse und Informationssysteme nicht gegen die 
Datenqualitätsregeln verstoßen. 

° Nutzenbeitrag: Stellen Sie regelmäßig den Nutzwert des Stammdatenqualitätsmanage- 
ments in den verschiedenen Geschäftsprozessen und Unternehmensfunktionen dar. 
Nutzen Sie bewährte Kommunikationskanäle im Unternehmen (Intranet, Newsletter, 
Unternehmenszeitschrift etc.). 
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Glossar 


Begriff Definition 

Bestandsdaten Eine Datenart, die Angaben über einen Lagerbestand gibt und eine hohe 
Änderungshäufigkeit aufweist. 

Bewegungsdaten Eine Datenart, die Angaben über Aufträge, Lieferungen, Rechnun- 
gen, Zahlungen, etc. sammelt und eine hohe Änderungshäufigkeit 
aufweist. Änderungsdaten geben Aufschluss über Aktivitäten der 
Kerngeschäftsobjekte. 

Big Data Datensätze, die so groß (Terabytes, Exabytes) und vielfältig (von Sensor- 
bis Social Media-Daten) sind, dass sie neue leistungsfähige Technologien 
zur Speicherung, Management, Analyse und Visualisierung benötigen. 

Business Die methodenorientierte und modellbasierte Konstruktionslehre für 

Engineering Unternehmen des Informationszeitalters. 

CAD Engl. „computer-aided design“: Rechnerunterstütztes Konstruieren, d. h. 


der Entwurf eines Produkts mit Hilfe von IT. 


Data Governance 


Ein unternehmensweites Rahmenkonzept, das festlegt, welche Entschei- 

dungen im Umgang mit Daten zu treffen sind und wer sie trifft. Darunter 
fällt die Definition von Rollen, Verantwortlichkeiten/Pflichten und Rech- 
ten im Umgang mit der Ressource Daten im Unternehmen. 


Data Governance verfolgt dabei das Ziel, den Wert der Daten im 
Unternehmen zu maximieren. Während Data Governance festlegt, wie 
Entscheidungen zu treffen sind, fällt das Datenmanagement solche Ent- 
scheidungen und setzt sie operativ um. 


Data Owner Eine Rolle in der Data Governance-Organisation, die für bestimmte 
(Dateneigner) Datenobjekte verantwortlich ist (englisch ,,accountable“). Der Data 
Owner ist meist ein Vertreter des Managements eines Fachbereichs (z. B. 
Leiter Zentraleinkauf, Leiter Supply Chain Management). 
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Glossar 


Begriff 


Definition 


Daten 


Eine formalisierte, d. h. für die weiterführende Verarbeitung, Interpreta- 
tion und Kommunikation geeignete, Repräsentation von Geschäftsobjek- 
ten oder Geschäftsvorfällen. 


Aus informationstechnischer Sicht werden verschiedene Datenaggre- 
gationsebenen unterschieden, beginnend mit dem Datenelement auf der 
untersten Stufe über das Datenobjekt, den Datensatz, Tabellen, Datenban- 
ken, bis zum Unternehmensdatenbestand. 


Datenarchitektur 


Definiert ein unternehmensweit einheitliches Modell der Konzerndaten 
(das Konzerndatenmodell). Es beschreibt außerdem die Datenvertei- 
lungs- und Datenhaltungsarchitektur. Diese beschreiben, welche Daten in 
welchen Systemen gespeichert werden, welche Systeme „single source of 
truth“ für welche Datenobjekte bzw. -attribute sind, sowie die Daten- 
flüsse zwischen den Systemen. 


Datenintegration 


Die Zusammenführung von Daten verschiedener Datenquellen mit glei- 
cher Bedeutung zu einem einheitlichen Datensatz. Diese Integration kann 
physisch erfolgen, z. B. in einem Data Warehouse, oder virtuell, d. h. die 
Daten verbleiben in den Quellsystemen, werden aber mit einer einheit- 
lichen Sicht abgefragt. 


Datenlebenszyklus 


Die Entwicklung eines Datensatzes in den Unternehmens-IT-Systemen 
von der Anlage bis zur Löschung. Wird auch als „CRUD“ bezeichnet, 
eine Abkürzung für die Datenbankoperationen Create, Read/Retrieve, 
Update und Delete. 


Datenmanagement 


Trifft Entscheidungen und führt Maßnahmen durch, die den unterneh- 
mensweiten Umgang mit Daten betreffen (während die Data Gover- 
nance mit der Definition der Verantwortlichkeiten etc. den Rahmen dafür 
schafft). 


Das Datenqualitätsmanagement von Stammdaten gehört zu den wich- 
tigsten Teilaufgaben des Datenmanagements. 


Datenmodell 


Stellt Datenobjekte und ihre Beziehungen zueinander dar. Datenmodelle 
bilden die Grundlage für eine Datenintegration auf konzeptioneller 
Ebene sowie die Verbesserung von Datenqualität, z. B. hinsichtlich 
Verringerung von Datenredundanz. Datenmodelle sind Bestandteil der 
Datenarchitektur. 


Datenobjekt 


Repräsentiert aus Sicht des Datenmanagements ein Geschäftsobjekt eines 
Unternehmens. Mehrere Datenobjekte werden mit einem Datenmodell 
beschrieben. 


Gelegentlich wird auch zwischen Datenobjekttypen (den Klassen! 
Typen) und Datenobjekten (ihren Instanzen) unterschieden. Wir ver- 
zichten hier auf diese Unterscheidung und sprechen in beiden Fällen von 
Datenobjekten. 
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Begriff 
Datenqualität 


Definition 


Ein Maß für die Eignung der Daten für bestimmte Anforderungen in 
Geschäftsprozessen, in denen sie verwendet werden. Datenqualität ist 
ein mehrdimensionales, kontextabhängiges Konzept, das nicht mit einem 
einzigen Merkmal, sondern anhand verschiedener Datenqualitätsdimen- 
sionen beschrieben und gemessen werden kann. 


Das angestrebte Level der Datenqualität richtet sich somit nach den 
Anforderungen in den Geschäftsprozessen und -funktionen, die diese 
Daten nutzen, z. B. dem Einkauf, Vertrieb oder dem Berichtswesen. Eine 
niedrige Datenqualität schmälert den Wert der Datengüter im Unterneh- 
men, weil ihre Nutzbarkeit gering ist. Unternehmen sind bestrebt, mit 
dem DOM eine von der Geschäftsstrategie geforderte Datenqualität zu 
erreichen. 


Datenqualitätsdimen- 
sionen 


Die wichtigsten Dimensionen, anhand derer Datenqualität beurteilt 
werden kann, sind: 


° Korrektheit: Sachlich richtige Übereinstimmung der Daten mit den 
Eigenschaften des Objekts in der realen Welt, das sie repräsentieren 
sollen. 


° Konsistenz: Übereinstimmung mehrerer Datenversionen desselben 
realen Objekts, die z. B. in unter- schiedlichen Informationssyste- 
men gehalten werden. 

e Vollständigkeit: Komplettes Vorhandensein aller notwendigen 
Werte/Attribute eines Datensatzes. 

° Aktualität: Übereinstimmung der Daten zu jeder Zeit mit dem ak- 
tuellen Status des realen Objekts und zeitgemäße Anpassung der 
Daten, sobald sich das reale Objekt ändert. 

° Verfügbarkeit: Zugänglichkeit der Daten für Datennutzer zum ge- 
wünschten Zeitpunkt. 


Datenqualitätskenn- 
zahl 


Ein quantitatives Maß für Datenqualität. Ein Datenqualitäts-Messsystem 
misst Datenqualitätsmesswerte an Messpunkten mit einer bestimmten 
Messfrequenz. Datenqualitätskennzahlen operationalisieren Datenquali- 
tätsdimensionen. Ein Beispiel ist die Überprüfung eines Datenelements 
anhand von Geschäftsregeln. Als englisches Synonym für „Kennzahl“ ist 
auch die Abkürzung „KPI“ (Key Performance Indicator) gebräuchlich. 


Datenqualitätsma- 
nagement (DQM) 


DQM, das qualitätsbewusste Management der Konzerndaten, ist eine 
Teilfunktion des Datenmanagements und analysiert, verbessert und 
sichert die Datenqualität im Unternehmen. Das DQM umfasst sämtliche 
Aktivitäten, Verfahren und Systeme, um die von der Geschäftsstrategie 
geforderte Datenqualität zu erreichen. Das DQM überträgt u. a. Quali- 
tätsmanagementansätze für physische Güter auf immaterielle Güter wie 
Daten. 


Präventives DQM: Vorbeugende Vermeidung von Datendefekten mit 
negativer Auswirkung auf die Datenqualität. 


Reaktives DQM: Entdecken und Beheben von bestehenden 
Datendefekten. 
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Datenqualitätsmes- | Die regelmäßige Überprüfung der Datenqualität der zentralen Daten- 

sung sätze im Rahmen von DOM. Zum Beispiel kann monatlich die Daten- 
qualität der wichtigsten Attribute anhand definierter Geschäftsregeln 
gemessen werden. Ein Datensatz, der nicht alle Regeln erfüllt, gilt als 
defekt. 

Datenschutz Schutz der Daten gegen unbefugte Zugriffe Dritter sowie Schutz von per- 
sonenbezogenen Daten (z. B. Kundendaten) bei der Datenverarbeitung 
gemäß den geltenden gesetzlichen Bestimmungen. 

Datensteward Eine Rolle in der Data Governance-Organisation, die für Entwicklung 
eines einheitlichen Datenmodells für die übergreifend verwendeten 
Geschäftsobjekte zuständig ist (englisch „responsible“). Der Datenste- 
ward ist zudem oft für den Aufbau des Stammdatenmanagements zustän- 
dig und stellt sicher, dass die Governance-Regeln eingehalten werden. 

Datentyp In Programmiersprachen bezeichnen Datentypen die Arten und Wertebe- 


reiche von Objekten, z. B. Ganze Zahlen, Kommazahlen, Zeichenketten 
etc. 


Im Kontext der Digitalisierung und Big Data werden als verschiedene 
Datentypen auch strukturierte und unstrukturierte Daten unterschieden: 
Strukturierte Daten bezeichnen Daten, die in Datenmodellen definiert 
sowie in den relationalen Datenbanken eines Unternehmens abgelegt und 
damit leicht zugänglich und interpretierbar sind. Unstrukturierte Daten 
sind dagegen schwer zugängliche und interpretierbare Daten wie Text- 
dateien oder Bilder. 


Digitale Services 


Dienstleistungen aller Art für Konsumenten (und Unternehmen), bei 
denen die Informationstechnologie eine zentrale Rolle spielt, z. B. bei der 
Leistungserbringung oder der -abrechnung. 


Digitalisierung 


Megatrend des 21. Jahrhunderts, bei dem neue Formen der Informations- 
technologie alle Bereiche von Wirtschaft und Gesellschaft verändern. Die 
Durchdringung aller Lebensbereiche mit IT äußert sich z. B. in Entwick- 
lungen wie neuen digitalen Geschäftsmodellen, der Industrie 4.0, oder 
der Konsumerisierung. 


First time right 


Ein Prinzip des präventiven Datenqualitätsmanagements, gemäß 
welchem Daten möglichst bei erstmaligem Erfassen in einem Informa- 
tionssystem korrekt sein sollten, um nicht (zu meist höherem Aufwand) 
nachträglich bereinigt werden zu müssen. 


Geschäftsregel 
(Business Rule) 


Eine Regel, die Ausführung und die Leistung von Geschäftsprozessen 
definiert und beschränkt, um die Prozessausführung und sein Ergebnis in 
gewünschter Weise sicher zu stellen. Geschäftsregeln formalisieren damit 
die Richtlinien (engl. business policies) im Unternehmen. Sie können in 
einer formalisierten Beschreibung in IT-Systemen verwendet werden. 


GTIN (Global Trade 
Item Number) 


Eine Identifikationsnummer, mit der Artikel weltweit eindeutig identifi- 
ziert werden können. Die Nummer wird von der GS 1 (Global Standards 
One), einer weltweiter Organisation zur Vereinheitlichung von Standards, 
vergeben und verwaltet. 
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Industrie 4.0 Die vierte industrielle Revolution im 21. Jahrhundert, in der die physi- 
sche mit der virtuellen Welt verschmilzt („cyber-physische Systeme“). 
Maschinen und Produkte werden internetfähig („Internet der Dinge“) 
und damit die Daten, die bislang nur in der Fabrik verfügbar waren, dem 
gesamten Unternehmen und seinen Geschäftspartnern zugänglich. Daten 
werden ohne Zeitverzug, ohne menschliches Zutun und viel detaillierter 
und exakter als zuvor erfasst. 


Informationen Eine Sichtweise fasst Informationen als zweckbezogenes Wissen auf, das 
während der menschlichen Kommunikation ausgetauscht wird, während 
eine zweite Sichtweise eine reine Informationsverarbeitungsperspektive 
einnimmt, in der Daten die Bausteine von Information sind. Demnach 
werden Daten zu Informationen „verarbeitet“. 


Kerngeschäftsobjekt | Die zentralen Akteure (Geschäftspartner, Kunden, Lieferanten, Mit- 
arbeiter), Produkte (inkl. Materialien) und Betriebsmittel (Anlagen etc.) 
eines Unternehmens. Diese sind informationstechnisch als Stammdaten 
repräsentiert. 


Kerngeschäftsobjekt- | Modell der wichtigsten Kerngeschäftsobjekte und ihrer Beziehung 
modell zueinander. Für die informationstechnische Umsetzung wird das Kern- 
geschäftsobjektmodell in ein Konzerndatenmodell überführt. Das 
Kerngeschäftsobjektmodell ist ein zentrales Ergebnis des Datenquali- 
tätsmanagements, weil es die Voraussetzung für ein unternehmensweit 
einheitliches Verständnis der Daten und damit auch für die intendierte 
Nutzung der Daten ist. 


Konsortialforschung | Eine Methode zur Zusammenarbeit von Forschung und Praxis in der 
gestaltungsorientierten Wirtschaftsinformatikforschung. Dabei arbei- 
ten Forscher mit mehreren Partnerunternehmen an einem Thema von 
gemeinsamem Interesse. Die Forschungsergebnisse sind „Artefakte“ 
(z. B. Methoden oder Modelle), die zur Lösung praktischer Probleme 


beitragen. 
Konsumentenzent- Konsumentenzentrierung ist ein Prinzip des Business Engineerings, 
rierung gemäß dem neue oder verbesserte Geschäftslösungen ausgehend von 


den Bedürfnissen des Konsumenten (out-side-in) entwickelt werden. 
Gestaltungsziel ist im Business Engineering im Wesentlichen der Unter- 
nehmenswert. Die Unternehmen richten ihre Prozesse, Führungssysteme 
usw. an den Konsumenten aus. 


Ausdruck dieses Prinzips sind z. B. kundenindividuelle Massenproduk- 
tion (mass customization), also Individualisierung von Produkten und 
Dienstleistungen nach individuellem Geschmack hinsichtlich Funktio- 
nen und Design, die Mitgestaltung von Produkten durch Kunden und 
Konsumenten, z. B. über Feedback- und Produktenwicklungsplattformen 
von Unternehmen (co-creation/crowdsourcing) und die Beeinflussung 
der öffentlichen Meinung von Produkten und Unternehmen durch den 
Konsumenten über Social Media (z. B. Foodwatch.org). 
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Konsumerisierung Mit Konsumerisierung bezeichnen wir die Bereitstellung von digita- 

len Geràten und Services für alle Lebensbereiche von Konsumenten. 
Gestaltungsziel ist die Lebensqualität der Menschen im Sinne eines Life 
Engineering. Zur Lebensqualität gehören neben der Befriedigung der 
Grundbedürfnisse wie Essen und Trinken oder Gesundheit auch Bedürf- 
nisse wie Anerkennung in der Bezugsgruppe. 


Die Konsumerisierung ist der Ausgangspunkt für die Konsumenten- 
zentrierung. In vielen Fällen geht es aber nicht um die bessere Ausrich- 
tung vorhandener Produkte und Dienstleistungen auf die Konsumenten, 
sondern um neue Konsumentenlösungen wie soziale Netzwerke, digitale 
Spiele oder die persönliche Finanzverwaltung. 


Konzerndaten Sogenannte „globale“ Stammdaten, die für das gesamte Unternehmen 
gelten. Im Gegensatz dazu gelten „lokale“ Stammdaten nur für einen 
Geschäftsbereich, einen Standort oder eine Unternehmensfunktion. 


Konzerndatenmodell | Ein Datenmodell auf Unternehmensebene für die Kernge- 
schäftsobjekte und ihre Beziehung zueinander. Basiert auf dem 
Kerngeschäftsobjektmodell. 


Life Engineering Eine neue Forschungsdisziplin zusätzlich zum Business Engineering, 
das sich mit der Lebensqualität, den Bedürfnissen der Konsumenten und 
den Möglichkeiten zu deren Befriedigung sowie dem Beitrag digitaler 
Services beschäftigt. 


Metadaten Daten über Daten, z. B. Definitionen, Wertelisten, 
Zugriffsberechtigungen. 
Referenzdaten Konzerndaten, die extern definiert sind und über Unternehmensgrenzen 


hinweg einheitlich verwendet werden, z. B. Länder- und Währungscodes 
sowie Geodaten. 


Six Sigma Ein Ansatz aus dem Qualitätsmanagement im Produktionsumfeld, der als 
Leistungsziel nur 3,4 Fehler pro eine Million Instanzen vorsieht. 


Staging Area Ein Daten-Bereitstellungsraum, in dem Daten zur Qualitätsprüfung und 
-bereinigung zwischengespeichert werden, bevor sie in die Zieldatenbank 
geladen werden. Die Staging Area bietet damit technische Unterstützung 
für das „first time right“ — Prinzip im Datenmanagement. 


Stammdaten Informationsobjekte, die Kerngeschäftsobjekte (Kunden, Lieferanten, 
Produkte, etc.) repräsentieren und somit unabhängig und fundamental 
für eine Organisation sind. Stammdaten müssen referenziert werden, um 
Transaktionen durchführen zu können. Sie verändern sich im Gegensatz 
zu Bewegungs- oder Bestandsdaten vergleichsweise selten. 


Diese Daten müssen innerhalb eines Unternehmens über mehrere 
Organisationseinheiten hinweg eindeutig identifiziert und einheit- 
lich interpretiert werden sowie in hinreichender Datenqualität 
vorliegen, um erfolgreiche Geschäftsprozesse und ein vertrauens- 
würdiges Berichtswesen zu gewährleisten. Dies ist die Aufgabe des 
Stammdatenmanagements. 
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Stammdaten(klassen) | Die Charakteristika, die einen Stammdatensatz beschreiben, z. B. Name, 

attribute Rechtsform und Adresse eines Lieferanten. Unternehmen müssen fest- 
legen, welche Attribute einer Stammdatenklasse von einem zentralen 
Stammdatenmanagement verwaltet werden und welche in der lokalen 
Verantwortung von Organisationseinheiten liegen sollen. Dies richtet sich 
z. B. nach der unternehmensweiten Verwendung der Attribute sowie nach 
Kosten-/Nutzen-Einschätzungen. 

Stammdatenklasse Gruppiert Stammdaten der gleichen Kategorie oder Art, z. B. Kunden- 
daten oder Lieferantendaten. 

Stammdatenmanage- | Alle Aktivitäten, Methoden und (IT-)Werkzeuge zur Modellierung, 

ment Verwaltung, Bereitstellung sowie zum Datenqualitätsmanagement von 
Stammdaten. Das Ziel ist, eine unternehmensweit einheitliche Wahrheit 
über die Kerngeschäftsobjekte bereit- und sicherzustellen („single source 
of truth“) und damit Datennutzer in diversen Geschäftsprozessen im 
gesamten Unternehmen zu unterstützen. 

TCO (Total Cost of | TCO (dt: Gesamtbetriebskosten) ist ein Abrechnungsverfahren, das zum 

Ownership) Ziel hat, neben den Anschaffungskosten von Produkten auch alle weite- 
ren Kosten zu berücksichtigen, die im Laufe der Betriebslaufzeit anfallen. 

TQM (Total Quality | Ein ganzheitlicher Ansatz zum Qualitätsmanagement aus dem Pro- 

Management) duktionsumfeld, der zeigt, dass die Summe der Kosten aller reaktiven 


Maßnahmen im Qualitätsmanagement die Kosten eines präventiven Qua- 
litätsmanagement übersteigt. Das gilt für materielle wie für immaterielle 
Güter wie z. B. Daten. 
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